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CHAPTER 1 
INTRODUCTION 

1.1 GENERAL 

The RH780 Massbus Adapter (MBA) is the interface between the 
Synchronous Backplane Interconnect (SBI) and Massbus storage 
devices (disk and tape). The RH780 is used with the VAX-11/780 
processor to transfer data between mass storage devices and main 
memory. The processor can accommodate up to seven MBAs . Each MBA 
can be used with up to eight drives. 

1.1.1 Scope 

This manual is intended to be used as a training resource and as a 
field reference guide for the RH780 MBA. 

1.1.2 Related Documentation 

Table 1-1 lists related documentation that supplements the 
information in this manual. 

Table 1-1 Related Documentation 



Title 


Document Number 


RH780 Print Set4 


B-DD-RH780 


RP05/RP06 Device Control 
Logic Maintenance Manual4 


EK-RP0 56-MM 


RP05/RP06 Disk Drive 
Installation Manual* 


EK-RP056-IN 


Digital Logic Handbook* 


058.00173.2505 


Memorex RP05/RP05 
Operation and 
Maintenance Manual+ 


EK-RP05M-MM 


Memorex RP05/RP0 5 
577-01/677-51 Disk 
Storage Drive Illustrated 
Parts Catalogue! 


EK-RP05M-IP 


Memorex RP05/RP06 800 
Disc Storage Subsystem 
Tester Operator's Manual-|- 


EK-RP05M-OP 


Memprex RP05/RP05 
577-01 Logic Manual-1- 


EK-RP05M-TM 


VAX-11/7 8 
Architecture Handbook* 




VAX-11/780 Central Processor 
Technical Description! 


EK-KA780-TD 
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Table 1-1 Related Documentation (Cont) 



Title 


Document Number 


VAX-11/780 System 




Installation Manual* 


EK-SI780-IN 


VAX-11/780 Diagnostic 




System User's Guide* 


EK-DS780-UG 


TE16/TE10W/TE10N 




DECmagtape Transport 




Maintenance Manual+ 


EK-TE16-MM- 


TE15/TE10W/TE10N 




DECmagtape Transport 




User Manual* 


EK-TE16-0P 


TU4 5A Magnetic Tape 




Subsystem Maintenance Manual+ 


EK-TU45A-TM- 


TM0 3 Magnetic Tape 




Formatter Technical Manual-|- 


EK-TM03-TM 


TM03 Magnetic Tape 




Formatter User's Manual* 


EK-TM03-OP 


RM03 Disk Drive 




Technical Manual+ 


ER-RM03-TM 


RM0 3 Disk Drive 




Maintenance Print Set+ 


ER-RM03-MP 



* Hard copy only. 

+ Microfiche and hard copy. 

1.2 MASS STORAGE SUBSYSTEMS 

Figure 1-1 illustrates a typical mass storage subsystem. Tt is 
beyond the scope of this manual to discuss, in detail, the various 
configurations (tape and disk) that can be used with the MBA to 
store data. Throughout this manual a Massbus device is defined as 
a mass storage device (drive) and its associated Drive Control 
Logic (DCL) or formatting interfaces. An explanation of the basic 
components in the subsystem is presented in subsequent paragraphs. 

1.2.1 Synchronous Backplane Interconnect (SBI) 

The SBI is a bidirectional information path for data exchanges 
between the central processor (CPU), memory, and adapters of the 
VAX-11/780 system. The SBI provides checked, parallel information 
exchanges synchronous with a common system clock. 
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*NOTE: UP TO EIGHT 

DRIVES MAY BE 
USED PER MBA 



Figure 1-1 Typical Mass Storage Subsystem 



A communications protocol allows the information path to be time 
multiplexed such that several data exchanges can be in progress 
simultaneously. In each clock period (or cycle) the next cycle's 
interconnection arbitration, or information exchange, and transfer 
confirmation about information exchange two cycles ago can occur 
in parallel. 

Every 200 ns SBI signals are clocked into data latches. All 
checking and subsequent decision making is based on these latched 
signals. Error checking logic in every SBI device detects and 
reports single bit failures in the information path. 
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The SBI has the following characteristics: 

Distributed arbitration 

200 ns bus cycle time 

32-bit data width 

28 bits of physical address space 

13.3 megabyte maximum data transfer rate 

The following terms are defined for SBI-specific units and 
operations : 

a. Nexus -- a physical connection to the SBI capable of any 
or all of the functions described in b — e. 

b. Commander — a nexus that transmits command and address 
information . 

c. Responder -- a nexus that recognizes command and address 
information which is directed to it and requires a 
response . 

d. Transmitter — a nexus that drives the signal lines. 

e. Receiver — a nexus that samples and examines the signal 
1 ines . 

1.2.2 Massbus 

In the VAX-11/780 system the Massbus connects the drive to the 
MBA. The Massbus is composed of two separate, independent buses: 
control bus and data bus. These independent buses allow for the 
exchange of control information and data between the MBA and its 
drives . 

The data bus provides a bidirectional, parallel data path (16 bits 
plus 1 parity bit) between the MBA and its drives. Data is 
transferred synchronously, using a clock generated in the drive. 
Only one drive can transfer data at any one time, with the data 
rate being drive dependent, and the data bus dedicated to a single 
drive for the duration of a data transfer operation. The 
asynchronous control bus provides the parallel control and status 
path (16 bits plus 1 parity bit) . The control bus is used to read 
and write registers within the drives and to command the drives to 
transfer data over the data bus. 

1.3 MASSBUS ADAPTER 

The MBA is the interface between the SBI and the high-speed 
Massbus device (disk and tape). It consists of an SBI/MBA 
interface board, an internal registers board, a control path 
board, and a data path board. Figure 1-2 is a simplified block 
diagram of the MBA. A tristate internal bus connects the SBI 
interface to the other boards and provides for the passage of data 
between them. 
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Figure 1-2 MBA Block Diagram 



The MBA accepts and executes commands from the CPU and reports the 
necessary status changes and fault conditions to the CPU. The MBA 
will accept a CPU command to read or write a register within the 
MBA or within a drive. The MBA always monitors the data written to 
drive registers, thereby knowing when to begin a data transfer and 
what kind of a transfer it is. 

Special diagnostic features are built into the hardware to allow 
on-line diagnosis of the MBA and Massbus drives. The following are 
features of the MBA. 

1. The MBA handles a Massbus drive with a maximum data 
transfer speed of 1 us per 15 bits. 

2. The Massbus data path is 15-bits wide; 18-bit data is not 
handled by the MBA. 

3. A silo (32-byte deep data buffer) smoothes out data 
transfers between the SBI and the Massbus drives. 

4. The MBA can be exercised, through diagnostic features, 
with no drives on the Massbus. 
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1.3.1 MBA/SBI Interface 

The MBA examines the information on the SBI for every SBI bus 
cycle. It checks the parity of the data, decides if the MBA is the 
receiving nexus, and acts accordingly. The SBI interface board 
contains logic to accomplish preliminary SBI command/address 
decoding and generation of internal timing signals from the timing 
sources on the SBI. 

1.3.2 MBA Internal Registers 

There are two sets of registers in the MBA address space: internal 
and external. The MBA internal registers are the registers that 
are physically located in the MBA. The external registers are 
located in the Massbus drives and are drive dependent. 

There are eight internal registers and a 256 X 32-bit RAM. The 
primary function of the internal registers is to control the MBA 
and monitor operating status conditions. The internal registers 
also control certain phases of data transfers between the SBI and 
the Massbus device, such as maintaining a byte count to ensure 
that all of the data to be transferreid has been accounted for, and 
converting virtual addresses to physical addresses to read or 
write data in memory. 

The eight internal registers are listed as follows: 

RS = 00 MBA Configuration/Status Register (CSR) 

RS = 01 MBA Control Register (CR) 

RS = 02 MBA Status Register (SR) 

RS = 03 MBA Virtual Address Register (VAR) 

RS = 04 MBA Byte Count Register (BCR) 

RS = 05 MBA Diagnostic Register (DR) 

RS = 05 MBA Selected Map Register (SMR) 

RS = 07 MBA Command Address Register (CAR) 

NOTE 
Registers 06 and 07 are read-only 
registers and are valid only during data 
transfers. 

The MBA contains a 256 X 32-bit RAM (bits 21 — 30 read as 0) that 
maps virtual addresses from the virtual address register into SBI 
physical addresses. The mapping registers allow transfers to or 
from contiguous or noncontiguous physical memory. 
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1.3.3 Control Path 

The control path handles the transfer of control data to and from 
the Massbus devices. It contains logic to select the Massbus 
device and device register and to perforin the register transfer 
and determine the data transfer function (if any) to be performed 
(read, write, write check). The control path also coordinates the 
control data function with other MBA and SBI activity. 

1.3.4 Data Path 

The data path controls the manner in which data is transferred to 
and from the Massbus device and the SBI. These circuits divide the 
32-bit SBI data word into 16-bit (2 bytes) segments required as 
input by the Massbus and its devices when performing a write 
function. When performing »a read from a Massbus device, the data 
path assembles the two 8-bit bytes from the Massbus into the 
32-bit SBI format. A silo and I/O data buffer provide the means 
for smoothing the data transfer rate. The data path also contains 
a write check circuit that allows the user to verify the accuracy 
of a preceding data transfer function. 
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1.4 MBA SBI OPERATIONS 

An SBI write operation is specified as a data transfer from the 
SBI to the MBA or Massbus device. This data transfer requires two 
SBI cycles. The first cycle contains the command/address; the 
second cycle contains the data word 




The MBA only accepts aligned longword (32 bits) register reads and 
writes. The following paragraphs provide a basic description of 
the various functions the MBA supports. These functions will be 
described in more detail later in this manual. 

1.4.1 Write to Internal Registers 

SBI data is constantly checked by the MBA. When a valid 
command/address (one whose address is within the range recognized 
by the MBA) is decoded, it is latched in the SBI/MBA interface 
transceivers. The MBA decodes a section of the address range which 
selects registers internal to the MBA. If the function to be 
performed is a write, and the MBA's SBI interface is not busy, the 
command will be accepted. The selected register address is latched 
in the internal register board. The next SBI cycle will contain 
the data to be written. It is then passed through the internal bus 
to the internal register board and written into the selected 
register or map. Certain registers can be written when the MBA is 
processing a data transfer; however, most registers cannot. Any 
attempt to write to a register that is not allowed will set the 
Programming Error (PGE) bit in the status register. The MBA will 
not modify the intended register and the data transfer in progress 
will continue. 

A confirmation signal informs the transmitting device that the 
command/address has been decoded and validated and the data has 
been received correctly. 

1.4.2 Write To External Registers 

Receipt and initial processing of the command/address for an 
external write function is the same as that for a write to 
internal registers, except the address specifies a register within 
a Massbus device. The MBA will not accept another SBI command 
until the write to external register function is complete. All 
command/address and data words are applied to the internal bus 
drivers as they are latched in the SBI interface transceivers. The 
address is made available to the internal registers, control 
paths, and data paths via the internal bus. Following receipt of 
the command/address (assuming the decoding and validation process 
is performed satisfactorily) , the command/address is loaded into 
the control path internal bus receivers, then latched into the 
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control path address storage registers a.nd applied to the Massbus 
control path address lines. Data is loaded into the control path 
lines. When the proper protocol between the MBA and the drive is 
exchanged, the drive has accepted the data. The MBA busy logic is 
then cleared and the write to external register function is 
completed. The MBA is now ready to accept another SB I command. 

1.4.3 Read Internal Register 

The command/address, after decoding and validation, is loaded into 
the MBA to select the internal register or map from which data is 
to be read. The decoding process instructs the MBA to retrieve the 
addressed data word and transfer it to the specified destination. 
The MBA then saves the destination information, issues a 
comand/address acknowledge to the SBI, and accesses the requested 
register's content. Before the MBA can transfer data to the 
requester, it must first arbitrate for control of the SBI. Once 
the MBA gains control of the SBI, data is then transferred to its 
destination . 

1.4.4 Read External Registers 

If the command/address received from the SBI is one that selects a 
register in a drive, the address is sent to the control path, 
which selects the device and the register within the device from 
which data is to be read. During this time a confirmation signal 
is sent to the SBI indicating that the command/address has been 
received by the MBA. After the proper Massbus protocol has taken 
place, the requested data is strobed into the Massbus control path 
receivers. Data is then transferred to the internal bus and the 
MBA will arbitrate for control of the SBI. When the MBA gains 
control of the SBI, the requested data can be transferred to its 
specified destination. 

1.5 MASSBUS DATA TRANSFERS 

In order to initiate a data transfer, specific registers within 
the MBA and the selected drive must be loaded (the programmer's 
handbook provides further details). The last register to be loaded 
within a device is the control register. The loading of a drive's 
control register with a valid command will cause both the drive 
and the MBA to prepare for a transfer. The drive will seize the 
data bus for the duration of the transfer and the MBA will prepare 
to move data between the device and memory. The MBA buffers the 
data and transfers eight bytes at a time to and from memory (this 
eight byte quantity is a quadword) . Three SBI cycles are needed to 
transfer a quadword: one for the command/address, one for the 
first four bytes of data, and one for the last four bytes of data 
of the quadword. Once the specified number of bytes have been 
transferred, the MBA informs the drive that the transfer has 
terminated. At this time the drive disconnects from the data bus 
and the MBA may interrupt the CPU to inform it that the transfer 
has been completed. 
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1.5.1 Write To Massbus Device 

The MBA constantly monitors data sent to the drives 
Massbus control path. If the MBA sees a write 
it will initialize itself in preparation for 
path cleared). The virtual address supplied 



via the 

command to a drive, 

the transfer (data 

by the program is 



translated, via the MAPs , into a physical address. Virtual 
addressing makes data storage appear as if all of the information 
transferred from memory is stored in successive fashion 
(contiguous pages) . 



Virtual address translation is transparent to the user and takes 
place under system control. Figure 1-3 illustrates the virtual 
address translation process. 
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Figure 1-3 Virtual Address Translation 
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Bits 9 through 16 of the virtual address specify one of 256 MAP 
registers in the MBA. The MAP register contains the physical page 
address of the data and a valid bit (bit 31) that indicates the 
integrity of the information in this register. The valid bit must 
be set in order to use this register. Bits 3 through 8 of the 
virtual address specify the address of the quadword in the 
physical memory page pointed to by the MAP register. This value is 
directly transferred to bits 1 through 5 of the physical address. 
Bits through 3 of the virtual address specify the next byte of 
the quadword to be loaded into or from the internal silo. 

Virtual address translation is checked to ensure that map 
information is valid and that there are no parity errors. Invalid 
map information or parity errors will cause the transfer to be 
aborted. 

Once the MBA sees a write command issued to the control register 
of a drive, it will clear its data path and begin prefetching the 
data from memory. The prefetched data is then loaded into the 
MBA's silo. 

The MBA requests data by sending a command/address to memory 
instructing it to transfer a quadword (eight bytes) from the 
specified location to the MBA. Memory will respond to the 
command/address by issuing one of four confirmation outputs. 

No Response (NR) Command/address will be 

retransmitted to memory until an MBA 
timeout occurs. 

Busy (BSY) Command/address will be 

retransmitted to memory until ACK is 
received . 

Error (ERR) Transfer aborted. 

Acknowledge (ACK) Indicates memory has received the 

command/address correctly. 

When memory has accessed the requested data, arbitrated, and 
obtained the SBI, the data will be transferred to the MBA with the 
proper identification and status codes. The MBA will then transfer 
the data through its silo onto the Massbus (two bytes at a time) 
and begin another SBI transfer to obtain the next eight bytes of 
data from memory. Eventually the byte counter within the MBA will 
go to zero and the transfer will be complete. 
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1.5.2 Write Check Data Transfer 

The write check function is used to verify the integrity of data 
that has been written to a drive. During a write check, the data 
from the drive is compared with the data in memory. On the MBA, 
the write check function is essentially the same as a write 
function, except data is clocked into a write check buffer instead 
of the Massbus drivers. This is then compared with the Massbus 
data received from the drive. If a mismatch occurs, an error bit 
is set and the write check function will be aborted. 

1.5.3 Read From Massbus Device 

The command specifying the initiation of a read from a Massbus 
device is processed in the same manner as described in Paragraph 
1.5.1. If the command/address is processed satisfactorily, the 
data path circuit will be cleared and data will be read from a 
Massbus device. Device selection and the location within the 
device from which data is to be read is specified by previous 
writes to the MBA and the drive. Data from the Massbus will then 
be loaded into the Massbus input data buffers and a silo input 
operation will be initiated. Data from the Massbus data input 
buffers is loaded into the silo one byte at a time. As data is 
being loaded into the silo from the Massbus, other data may be 
transferred from the silo to the output buffer registers. After 
the eight bytes are loaded into the output buffer register, the 
MBA will initiate a write to memory operation. Virtual addresses 
are translated into physical address as described in Paragraph 
1.5.1. When the proper confirmation signals are received, the 
output buffer is cleared and more data will be loaded to be 
transferred to memory. Once the byte count register goes to 0, the 
data transfer operation is terminated and the MBA will be ready to 
accept the next data transfer command. 

1.5.4 Data Transfer Rate 

The data transfer rate from the drive is determined by a clock in 
the Massbus device. The memory transfer rate depends on cycle 
arbitration time and memory cycle time. The MBA can handle 
transfer rates of up to 1 us/word. 



MBA Specifications 
Packag ing 



Four extended 
backplane plus 
for cable connection 



hex board 
one paddle 



slots of 
card slot 



Power Requirements 



+5 Vdc, 35 A, 175 W 
-5 Vdc, 1 A, 5 W 
Total wattage < 180 W 



Operating Configuration 



The minimum operating configuration 
consists of a CPU, a memory, and at 
least one Massbus device. (A special 
diagnostic feature enables the Massbus 
to be checked with no Massbus device.) 
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CHAPTER 2 
MASSBUS AND SYNCHRONOUS BACKPLANE INTERCONNECT 

2.1 MASSBUS 

The Massbus provides the interface between the MBA and the Massbus 
drives (Figure 2-1). The total external Massbus cable can be up to 
49 m (160 ft) in length; up to eight drives can be connected in a 
daisy-chain configuration. The Massbus consists of two sections: a 
data bus and a control bus. These buses are described in the 
following paragraphs. 



MBA 


< 


DATA BUS . 


MASSBUS 
DRIVE 


D<17:00>(DATA) > 


V 

DPA (DATA BUS PARITY) 




RUN (START, CONTINUE, STOP) 


OCC (OCCUPIED) 




EBL(ENDOF BLOCK) 


^ EXC (EXCEPTION) 




SCLK (SYNC CLOCK) 




WCLK (WRITE CLOCK) 


< 


CONTROL BUS ^ 


C <1 5:00> (CONTROL STATUS) ^ 


V 

CPA (CONTROL BUS PARITY) 




K 


DS<D2:00> DRIVE SELECT "^ 


CTOD (TRANSFER DIRECTION) 


K 


RS <04:00> REGISTER SELECT ^ 


DEM (DEMAND) 




TRA (TRANSFER) 


ATTN (ATTENTION) 




INIT (INITIALIZE) 


FAIL 







Figure 2-1 Massbus Interface 
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2.2 DATA BUS 

The data bus section of the Massbus consists of a 17-bit (16 data 
bits plus parity bit) parallel data path and six control lines 
(Figure 2-1) . The control lines are described in the following 
paragraphs . 

2.2.1 Parallel Data Paths 

The parallel data path consists of an 18-bit plus parity bus. The 
data path is bidirectional and employs odd parity. Data is 
transmitted synchronously, using a clock generated in the drive. 
The MBA only transfers 16 bits at a time; thus, the drive must 
have its 16-bit format bit set in the drive control logic. Bits 17 
and 18 are always unasserted. 

2.2.2 RUN 

After a data transfer command has been written into the control 
register of a drive, the drive connects to the data bus. The MBA 
asserts the RUN line to initiate the function. At the end of each 
sector, on the trailing edge of the EBL (End of Block) pulse, RUN 
is strobed by the drive. If it is still asserted, the function 
continues for the next sector; if negated, the function is 
terminated . 

2.2.3 Occupied (OCC) 

This signal is generated by the drive to indicate "data bus busy." 
As soon as a valid data transfer command is written into a drive, 
the drive asserts OCC. Various errors can prevent a drive from 
executing a command. The controller will timeout in these cases, 
due to no assertion of OCC or of SCLK (Sync Clock) , and the MXF 
(Missed Transfer) error will be set in the controller. OCC is 
negated at the trailing edge of the last EBL pulse of a transfer. 

2.2.4 End of Block (EBL) 

This signal is asserted by the drive for 2 us at the end of each 
sector (after the last SCLK pulse). For certain error conditions, 
where it is necessary to terminate operations immediately, EBL is 
asserted prior to the normal time for the last SCLK. In this case, 
the data transfer is terminated prior to the end of the sector. 

2.2.5 Exception (EXC) 

This signal is asserted by the drive or the MBA when an abnormal 
condition occurs during a data transfer. The drive asserts this 
signal to indicate an error during a data transfer command (read, 
write, or write check). EXC is asserted at, or prior to, assertion 
of EBL and is negated at the negation of EBL. 
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2.2.6 Sync clock (SCLK) , Write Clock (WCLK) 

These signals are the timing signals used to control the strobing 
of the data in the controller and/or the drive. During a read 
operation, the MBA strobes the data lines on the negation of SCLK 
and the drive changes the data on the assertion of SCLK. During a 
write operation, the controller receives an SCLK and echoes it 
back to the drive as WCLK. On the assertion of WCLK, the drive 
strobes the data lines; on the negation of WCLK, the controller 
changes the data on the data lines. 

2.3 CONTROL BUS 

The control bus section of the Massbus consists of a 17-bit (16 
bits plus parity) parallel control and status data path and 14 
control lines (Figure 2-1), which are described in the following 
paragraphs . 

2.3.1 Parallel Control 

The parallel control path consists of a 16-bit parallel data path 
designated C<15:00> and an associated parity bit (CPA) . The 
control lines are bidirectional and employ odd parity. 

2.3.2 Drive Select (DS<02:00>) 

These three lines transmit a 3-bit binary code from the MBA to 
select a particular drive. The drive responds when the selected 
(unit) number in the drive corresponds to the transmitted binary 
code • 

2.3.3 Controller to Drive (CTOD) 

This signal is generated by the MBA and indicates the direction in 
which control and status information is to be transferred. For a 
controller to drive transfer, the controller asserts CTOD. For a 
drive to controller transfer, the controller negates this signal. 

2.3.4 Register Select (RS<04:00>) 

These five lines transmit a 5-bit binary code from the controller 
to the selected drive. The binary code selects one of the drive 
reg isters . 

2.3.5 Demand (DEM) 

This signal is asserted by the controller to indicate that a 
transfer is to take place on the control bus. For an MBA to drive 
transfer, DEM is asserted by the MBA when data is present and 
settled on the control bus. For a drive to controller transfer, 
DEM is asserted by the MBA to request data and is negated when the 
data has been strobed off the control bus. In both cases, the RS, 
DS , and CTOD lines are generated and allowed to settle before 
assertion of DEM. 

2.3.6 Transfer (TRA) 

This signal is asserted by the selected drive in response to DEM. 
For an MBA to drive transfer, TRA is asserted after the data has 
been strobed and is negated after DEM is negated. For a drive to 
controller transfer, TRA is asserted after the data has been gated 
onto the bus and negated after the negation of DEM is received. 
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2.3.7 Attention (ATTN) 

This line is si 

be asserted by 

status change in the drive. An Attention Active (ATA) status bit 

in each drive is set whenever that drive is asserting the ATTN 

line. ATTN can be asserted due to any of the following conditions. 



It ion (ATTN) 

shared by all eight drives attached to an MBA; it may 
y any drive as a result of an abnormal condition or 



1. An error occurring while no data transfer is taking place 
(asserted immediately) . 

2. Upon completion of a data transfer command if an error 
occurred during the data transfer (asserted at the end of 
the data transfer) . 

3. Upon completion of a mechanical motion command (seek, 
recalibrate, etc.) or a search command. 

4. As a result of the Medium On Line (MOL) bit changing 
states (except in the unload operation) . In the dual MBA 
configuration, a change in state of MOL will cause the 
assertion of ATTN to both MBAs . 

The ATA bit in a drive can be cleared by the following actions. 

1. Asserting INIT on the Massbus (affects all eight drives) . 

2. Writing a 1 into the attention summary register (in the 
bit position for this drive) . This clears the ATA bit; 
however, it does not clear the error. 

3. Writing a valid command (with the GO bit asserted) into 
the control and status register if no error occurs. Note 
that clearing the ATA bit of one drive does not always 
cause the ATTN line to be negated, because other drives 
may also be asserting the line. 

NOTE 
There are three cases in which ATA is 
not reset when a command is written into 
the control and status register (with 
the GO bit set): 1) if there is a 
control bus parity error in the write, 
2) if an error was previously set, or 3) 
if an Illegal Function (ILF) code is 
written. 

2.3.8 Initialize (INIT) 

This signal is asserted by the MBA to perform a system reset of 
all drives. It is asserted when a 1 is written into the INIT bit 
(bit 01 of MBA CR) . When a drive receives the INIT pulse, it 
immediately aborts the execution of any current command and 
performs all actions described for the drive clear command. 
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NOTE 
In the dual-MBA configuration, a drive 
will honor an INIT pulse only from the 
MBA that has seized the drive, or from 
either controller if the drive is in the 
unseized state. 

2.3.9 FAIL 

When asserted, this signal indicates that a power-fail condition 
has occurred in the MBA or the MBA is in the maintenance mode. 
While FAIL is asserted, the drive inhibits reception of the INIT 
and DEM signals at the drive. 

2.4 COMMAND INITIATION 

To initiate a command in a drive via the Massbus, the MBA (or the 
CPU via the MBA) writes a word into the control register. The 
function code and GO bit are transferred to the selected drive. If 
the command specified is valid and the GO bit is asserted, the 
selected drive executes the command. 

Commands are of two types: nondata transfer commands (such as 
drive clear, seek, etc.) and data transfer commands (such as read, 
write, and write check). The command function code bits (05--00, 
including GO in the control register) are 01 — 37 for nondata 
transfer commands and 29— 3F for data transfer commands (not all 
are valid functions.) 

2.4.1 Nondata Transfer Commands 

Nondata transfer commands only affect the state of the drive. The 
MBA merely writes the command word (with GO bit set) into the 
drive's control register. At the completion of the command 
execution, the drive typically asserts the ATTN line to signal its 
completion . 

If the nondata transfer command code written into the drive is not 
recognized by the drive as a valid command, the drive will 
immediately signal an error by asserting the ATTN line. The ILF 
error is set. 

2.4.2 Data Transfer Commands 

When any data transfer command code (with the GO bit set) is 
written into the drive's control register, the MBA expects data 
transfer on the data bus to begin soon thereafter. The MBA sets 
its DT BUSY bit as soon as the data transfer command code is 
written into a drive. The drive normally responds by asserting the 
OCC line. The MBA asserts RUN and then data is transferred to or 
from the specified drive, after the proper address (sector, track, 
cylinder) is found. 

If an error occurs in a drive during a data transfer command, the 
drive asserts the EXC line. This line remains asserted until the 
trailing edge of the last EBL pulse. The MBA always negates the 
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RUN line when it detects EXC asserted, so that the data transfer 
is terminated at the end of the sector in which the error was 
signaled. 

2.5 READING AND WRITING REGISTERS 

The process of reading or writing drive registers is accomplished 
via the asynchronous (control bus) portion of the Massbus (Figure 
2-1). The MBA initiates the action by selecting a drive DS<02:00>, 
selecting a register RS<04:00> in that drive, selecting a 
direction of transfer (CTOD) , and either reading or writing the 
register via the 17 bidirectional control lines (C<15:00> and 
CPA) . After a deskew delay to allow the control lines to 
stabilize, the MBA asserts DEM. The drive, upon receiving the DEM 
assertion, checks the CTOD line to ascertain whether a read or 
write is to occur. 

If a register read operation is specified, the drive will gate the 
contents of the specified register onto the control bus and issue 
TRA. When the MBA receives TRA, it will gate the control lines 
onto the SBI. After a deskew delay, the MBA negates DEM. The 
negation of DEM causes TRA to be negated and completes the 
operation. The MBA will then arbitrate for the SBI and transfer 
the Massbus data to its destination. 

NOTE 
Since Massbus drive registers are 16 
bits wide, the MBA appends bits 31 — 16 
of its status register to create the 
longword to be sent to the requester. 

If a register write operation is specified, the MBA gates the 
control data onto the control bus when it issues DEM. The drive 
will transfer the data from the control bus into the specified 
drive register and assert TRA, which causes DEM to be negated. The 
negation of DEM causes TRA to be negated to complete the 
operation . 



The Massbus structure allows 




summary registers) will cause the drive to set the Register 
Modification Refused (RMR) error bit. 

2.6 DATA TRANSFER 

Before a data transfer takes place, the selected unit, desired 
sector/track address, cylinder address, bus address, and word 
count are specified by the program. The program then transfers the 
read or write data transfer command (with the GO bit asserted) to 
the control register. Upon receipt of the data transfer command, 
the drive will assert OCC , indicating that the data bus is busy. 
The MBA logically connects to the Massbus data bus by asserting 
RUN and then waits for SCLK pulses from the drive. For a write 
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data transfer, each WCLK pulse causes a word to be written into a 
data register in the drive logic; for a read data transfer, each 
SCLK pulse causes a word to be transferred to the Massbus. When a 
sector of words has been written onto or read from the disk, the 
disk sends an EBL pulse to the MBA. If the RUN line is still 
asserted at this time, the next sector of data words is 
transferred. If the RUN line is negated, the data transfer is 
terminated. 

2.7 MASSBUS PHYSICAL DESCRIPTION 

The Massbus consists of 56 signal lines, including data, control, 
status, and parity. These signal lines are routed externally to 
the cabinet that contains the MBA(s) via three BC06-R Massbus 
cables . 

At the cabinet (containing the first MBA) , the BC06-R cable plugs 
into the AD-7015145 connector panel, which is mounted at the lower 
rear of the cabinet. This connector panel has cutouts for four 
receptacle housing assemblies to accommodate up to four MBAs and 
associated cabling. The other side of the receptacle housing 
assembly accepts three BC06-S round Massbus cables. To accommodate 
additional MBAs, the BC06-R cables plug into the 7013578 cabinet 
to cabinet connector panel, which is mounted between the cabinet 
verticals on the right end of the cabinet. 

Table 2-1 lists the Massbus signals and their associated pin 
assignments . 
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Table 


2-1 Massbus Signal Cable Designations 


Cable 


Pin* 


Polarity 


Designation 


Massbus 
Cable A 


A 
B 


1 
2 


+ 


MASS D00 




C 
D 


3 
4 


+ 


MASS D01 




E 
F 


5 
6 


+ 


MASS D02 




H 
J 


7 
8 


+ 


MASS D03 




K 

L 


9 

10 


+ 


MASS D04 




M 
N 


11 
12 


+ 


MASS D05 




P 

R 


13 
14 


+ 


MASS C00 




S 

T 


15 
15 


+ 


MASS 001 




U 
V 


17 
18 


+ 


MASS C02 




w 

X 


19 
20 


+ 


MASS C03 




Y 
Z 


21 
22 


+ 


MASS C04 




AA 
BB 


23 
24 


+ 


MASS C05 




CO 
DD 


25 
26 


+ 


MASS SCLK 




EE 
FF 


27 
28 


+ 


MASS RS3 




HH 
JJ 


29 

30 


+ 


MASS ATTN 




KK 

LL 


31 
32 


+ 


MASS RS4 




MM 
NN 


33 
34 


+ 


MASS CTOD 




PP 
RR 


35 
36 


+ 


MASS WCLK 




SS 
TT 


37 
38 


+ 


MASS RUN 




UU 


39 




SPARE 




W 


40 




GND 
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Table 2-1 


Massbus 


Signal 


Cable Desig 


nations (Cent) 




Cable 


Pin* 


Polarity 


Designation 


Massbus 
Cable B 


A 
B 


1 
2 


+ 


MASS D06 




C 

D 


3 
4 


+ 


MASS D07 




E 
F 


5 
5 


+ 


MASS D08 




H 
J 


7 
8 


+ 


MASS D09 




K 

L 


9 
10 


+ 


MASS D10 




M 

N 


11 
12 


+ 


MASS Dll 




P 
R 


13 
14 


+ 


MASS C06 




S 
T 


15 
16 


+ 


MASS C07 




U 
V 


17 
18 


+ 


MASS C08 




W 
X 


19 
20 


+ 


MASS C09 




Y 

Z 


21 
22 


_ 
+ 


MASS C10 






AA 
BE 


23 
24 


+ 


MASS Cll 




CC 
DD 


25 
25 


+ 


MASS EXC 






EE 
FF 


27 
28 


+ 


MASS RS0 






HH 
JJ 


29 

30 


+ 


MASS EEL 




KK 

LL 


31 
3 2 


+ 


MASS RSI 




MM 
NN 


33 

34 


+ 


MASS RS2 




PP 
RR 


35 
36 


+ 


MASS INIT 




SS 
TT 


37 
38 


+ 


MASS SPl 




UU 


39 




SPARE 




W 


40 




GND 
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Table 2-1 Massbus Signal Cable Designations (Cont) 



Cable 


Pin* 


Polarity 


Designation 




Massbus 
Cable C 


A 

B 


1 
2 


+ 


MASS D12 




C 
D 


3 

4 


+ 


MASS D13 




E 
F 


5 
6 


+ 


MASS D14 




H 
J 


7 
8 


+ 


MASS D15 




K 
L 


9 

10 


+ 


MASS D15 




M 

N 


11 
12 


+ 


MASS D17 




P 
R 


13 
14 


+ 


MASS DPA 




S 
T 


15 
16 


+ 


MASS C12 




U 
V 


17 
18 


+ 


MASS C13 




W 
X 


19 

20 


+ 


MASS C14 




Y 
Z 


21 
22 


+ 


MASS 015 




AA 
BB 


23 
24 


+ 


MASS CPA 




CC 
DD 


25 
26 


+ 


MASS OCC 




EE 
FF 


27 
28 


+ 


MASS DS0 




HH 
JJ 


29 

30 


+ 


MASS TRA 




KK 
LL 


31 
32 


+ 


MASS DSl 




MM 
NN 


33 

34 


+ 


MASS DS2 




PP 
RR 


35 
35 


+ 


MASS DEM 




SS 
TT 


37 
38 


+ 


MASS SP2 




UU 


39 


H 


MASS FAIL 




W 


40 




GND 



* Alternate pin designation schemes 



NOTE 
Massbus cables are to be installed per 
markings on the cable. 
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2.8 SYNCHRONOUS BACKPLANE INTERCONNECT DESCRIPTION 

The SBI is the backplane of the VAX-11/780 system. It 
interconnects the CPU with the memory system and all adapters in 
the system. The following paragraphs describe all interconnect 
lines and their associated communication protocol. 

2.8.1 Interconnect Synchronization 

Six control group lines are clock signals that are used as a 
universal time base for all nexus connected to the SBI. All SBI 
clock signals are generated on the CPU clock module and provide a 
200 ns clock period. 

The clock signals, in conjunction with the standard nexus clock 
logic, provide the derived clocks within an attached nexus to 
synchronize SBI activity. Two clock signals (TPH and TPL) produce 
the basic nexus time states. The remaining four (PCLKH, PCLKL, 
PDCLKH, and PDCLKL) are phased clocks and help compensate for the 
clock distribution skew due to cable, backplane, and 
driver/receiver propagation delays. 

2.8.1.1 Derived Time States — The derived clocks (within the 
nexus) define four, 50 ns (nominal) time states in one clock 
period. The time states (T0, Tl, T2, and T3) determine the 
transmit, propagate, and receive times on the SBI, with T0 
representing the start of a particular clock period. Figure 2-2 
illustrates the phase and timing relationships required to 
generate the individual derived time states. Note that T0 internal 
to the CPU (CPT0) is not the same as SBI T0. CPT0 corresponds to 
SBI Tl. All nexus need a minimum of T0 and T2 for SBI transmit and 
receive functions. 

2.8.1.2 Transmit Data -- Information to be transmitted is 
asserted on the SBI at T0. Immediately prior to T0 a transmitting 
nexus enables its transmit enable inputs to the SBI transceivers. 
Figure 2-3 is a basic block diagram for one SBI information path 
line . 

2.8.1.3 Receive Data — In the case of receive data, the nexus 
receiver latches are opened at T2 and latched at T3. Figure 2-4 
shows the basic one-line receiver latch logic. Note that the 
information may be considered undefined between T2 and T3 ; only 
after T3 is information considered valid. Nexus checking, 
decoding, and subsequent decision making are then based on these 
latched signals. 

2.8.1.4 Single Time States — In single time states, the time 
between any T0-T1, T1-T2, T2-T3, and T3-T0 may vary from 50 ns 
(nominal) to an indefinitely long period of time. SBI operation 
and protocol will proceed normally. Nexus that implement the SBI 
timeout functions do so by counting SBI cycles. Memory nexus 
operation must be normal even though the timing may be different. 
Nexus that derive timing from an external source (e.g., a mass 
storage device) set data late and overrun error bits as 
appropriate. However, the SBI operation of these nexus remains 
normal . 
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Figure 2-2 SBI Time and Phase Relationships 
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Figure 2-4 Receive Data Path 



2.8.2 SBI Summary 

Table 2-2 summarizes the signal fields associated with each 
functional group. Figure 2-5 shows the SBI configuration. The 
following paragraphs provide detailed descriptions of the 
individual group field layouts and functions. 
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Table 2-2 SBI Field Summary 



Field 



Description 



ARBITRATION GROUP 

Arbitration Field (TR <15:00>) 



INFORMATION TRANSFER GROUP 
Information Field (B<31:00>) 



Mask Field (M<3:0>) 



Identifier Field (ID<4:0>) 



Tag Field (TAG<2:0>) 



Function Field (F<3:0>) 



Parity Field (P<1:0>) 



RESPONSE GROUP 

Confirmation Field {CNF<1:0>) 



Establishes a fixed priority among 
nexus for access to and control of 
information transfer path. 



Bidirectional lines that transfer 
data, command/address, and 
interrupt information between 
nexus . 

Primary function: encoded to 
indicate a particular byte within 
the 32-bit information field 
(B<31:00>) . 

Secondary function: in conjunction 
with the tag field, indicates a 
particular type of read data. 

Identifies the logical source or 
destination of information 
contained in B<31:00>. 



Defines the transmit 
information types 
interpretation of the 
the ID and information fields. 



or receive 

and the 

content of 



Specifies the command code, in 
conjunction with the tag field. 
This field is valid as part of the 
32-bit information field only when 
the tag equals command/address. 

Provides even parity for all 
information transfer path fields. 
P (0) is generated as parity for 
the information field. P(2) is 
generated as parity for the tag, 
ID, and mask fields. 



Asserted by a receiving nexus to 
specify one of four response types 
and indicate its capability to 
respond to the transmitter's 
request . 
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Table 2-2 SBI Field Summary (Cont) 



Field 



Description 



Fault Field (FAULT) 



INTERRUPT REQUEST GROUP 

Request Field (REQ<7:4>) 



Alert Field (ALERT) 



CONTROL GROUP 

Clock Field (CLOCK) 



Fail Field (FAIL) 



Dead Field (DEAD) 



Unjam Field (UNJAM) 



Interlock Field (INTLK) 



A cumulative error line to the CPU 
that indicates one of several 
errors, stored in the transmitting 
nexus fault register, and the 
associated SBI cycle in which the 
error occurred. 



Allows a nexus to request an 
interrupt to service a condition 
requiring CPU intervention. Each 
request lines represents a level 
of nexus request priority. 

A cumulative status line that 
allows those nexus not equipped 
with an interrupt mechanism to 
indicate a change in power or 
operating conditions. 



Six control lines that provide the 
clock signals necessary to 
synchronize SBI activity. 

A single line from the restart 
nexus to provide a restart signal 
to the CPU to initiate a system 
restart operation. 

A single line to the CPU to 
indicate an impending clock 
circuit or SBI terminating network 
power failure. 

A single line from the CPU to 
attached nexus that initiates a 
restore operation. 



A single line that 
coordination among 
responding to certain 
commands to ensure 



provides 

nexus 

read/write 

excl us i ve 



access to shared data structures. 
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Figure 2-5 SBI Configuration 

2.8.3 Arbitration Group Functions and Assignments 

The arbitration lines (Transfer Request TR<15:00>) allow up to 15 
nexus to arbitrate for the information lines (information transfer 
group). One arbitration line is assigned to each nexus to 
establish the fixed priority access. Priority increases from TR15 
to TR00, where TR00 is the highest. The lowest priority level is 
reserved for the CPU, and it requires no actual TR signal line. 
The other 15 nexus are assigned TR15 through TR01. 
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The hiqhest priority level, TR00, is reserved for those nexus that 
require more than one successive SBI cycle. TRfl0 may only be used 
by nexus that require: 

a. Two or three adjacent cycles for a write type exchange, 
b.* Two adjacent cycles for an extended read exchange, 
c*. Adjacent cycles for interrupt summary read exchanges and 
restore operations. 

A nexus requests control of the information path by asserting its 
assigned TR line at T0 of an SBI cycle. At T3 of the same SBI 
cycle, the nexus examines (arbitrates) the state of all higher 
priority TR lines. If no higher TR lines are asserted, the 
requesting nexus assumes control of the information path at T0 ot 
the following SBI cycle. At this T0 time state, the nexus negates 
its TR line and asserts command/address or data information on 
B<31:00>. In addition, if a write type exchange is specified, the 
nexus asserts TR00 to retain control of adjacent SBI cycles. 




2.8.4 Information Transfer Group Description 

Each information group field is described in detail 

ollowing paragrapl 
d 



in 



following paragraphs. However, the information field (B<31:00>) 
described in the context of the other information group fields. 



the 
is 



2.8.4.1 Parity Field — The parity field (P<1:0>) provides even 
parity for detecting single bit errors in the information group 
(Figure 2-6) . 




P <1:0> TAG <2:0> ID <4:0 > M <3:0> 



B <31:00> 



COMMAND FORMAT 




F <3:0> 



A <27.00> 



Figure 2-6 Parity Field Configuration 
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A transmitting nexus generates P0 as parity for TAG<2:0>, ID<4:0>, 
and M<3:0>. The Pi parity bit is generated for B<31:00>. P0 and PI 
are generated such that the sum of all logic one bits in the 
checked field, including the parity bit, is even, 
transmissions, the information transfer path assumes 
state; thus, P<1:0> should always carry even 
transmission with odd parity is considered an error. 



With no SBI 
an all zeros 
parity. Any 



2.8.4.2 Tag Field Formats — The tag field (TAG<2:0>) is asserted 
by a transmitting nexus to indicate the information type being 
transmitted on the information lines. The tag field determines the 
interrelation of the ID and B fields. In addition, the tag field, 
in conjunction with the mask field, further defines special read 
and write data conditions. The following paragraphs describe each 
information type, tag code, and associated field content. 

Command/Address Tag — A tag field content of 011 indicates that 
the content of B<31:00> is a command/address word. ID<4:0>, 
asserted at this time, is a unique code identifying the logical 
source (commander) of the command. As shown in Figure 2-7, 
B<31:00> is divided into a function field and an address field to 
specify the command and its associated address. 

In a write type command, the ID field code represents the logical 
source and the address field specifies the logical command 
destination. For a read type command, the addressed nexus holds 
the transmitted ID for transmission with the requested data. The 
ID is sent with the read data to indicate destination. 

The 28 bits of the SBI address field define a 268, 435, 456 
longword address space, which is divided into two sections. 
Addresses — 7FFFFFF are reserved for primary memory. Addresses 
8000000— FFFFFFF^g %re reserved for device control registers. 
Generally, primary memory begins at address 0; the address space 
is dense and consists only of storage elements. The control 
address space is sparse with address assignments based on device 
type. Each nexus is assigned a 2048, 32-bit longword address space 
for control. The addresses assigned are determined by the TR 
number as shown in Figure 2-8. 

B <31;00> 

t ^ N 
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ADDRESS 



A <27:00> 



TAG <2:0> ID <4:0> M <3:0> F <3:0> 
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M <3:0> = COMMAND DEPENDENT 

F <3:0> = COMMAND CODE 

A <27:00> = READ/WRITE, ADDRESS OF INTENDED NEXUS 



Figure 2-7 Command/Address Format 
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Figure 2-8 Control Address Space Assignment 
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Figure 2-9 Read Data Formats 

Read Data Tag — A tag field content of 000 indicates that 
B<31:00> contains data requested by a previous read type command. 
In this case, ID<4:0> is a unique code that was received with the 
read command and identifies the logical destination of the 
requested data. The retrieved data may be one of three types: 
read data; corrected read data; or read data substitute, where the 
particular type is identified by M<3:0>. 

Read data is the normally expected error-free data having M<3:0> = 
0000 (Figure 2-9). Note that this tag code is also the idle state 
of the tag field and that ID code is reserved. No device will 
respond when the tag is 000 and the ID code is 0. 
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Corrected read data is data in which an error was detected and 
subsequently corrected by the error correction code (ECC) logic of 
the device transmitting the read data. In this case, the mask 
field flags the corrected data with M<3:0> = 0001. 

Read data substitute represents data in which an error was 
detected but not corrected. In this case, B<31:00> will contain 
the substitute data in the form of uncorrected data or other 
meaningful information. The mask field flags the uncorrected data 
with M<3:0> = 0010. As with the other read data types, the ID 
field identifies the read commander. 

Write Data Tag — A tag field content of 101 indicates that 
B<31:00> contains the write data for the location specified in the 
address field of the previous write command (Figure 2-10). The 
write data will be asserted on B<31:00> in the SBI cycle 
immediately following the command/address cycle. Certain command 
codes use M<3:0> to specify particular bytes within B<31:0P>. 



101 



LOGICAL 
SOURCE 



MASK 



WRITE DATA 



TAG <2:0> ID <4:0> M <3:0> 



B <31:00> 



Figure 2-10 Write Data Format 



Interrupt Summary Tag — A tag field content of 110 defines 
B<31:00> as the interrupt level mask for an interrupt summary read 
command. The level mask (B<07:04>) is used to indicate the 
interrupt level being serviced as the result of an interrupt 
request. In this case, the ID field identifies the commander, 
which is usually a CPU. Although unused, M<3:0> must be 
transmitted as zero. 

The interrupt sequence consists of two exchanges: 

a. The first exchange indicates the interrupt level being 
serviced . 

b. The second exchange is the response, where the device 
requesting the interrupt identifies itself. 

The interrupt summary read and response formats are illustrated in 
Figure 2-11. Note that the interrupt summary response encodes 
TAG<2:0> = 000. 

Reserved Tag Codes — TAG<2:0> — Tag code 111 is reserved for 
diagnostic purposes. Tag codes 001, 010, and 100 are unused and 
reserved for future definition. 
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Figure 2-11 Interrupt Summary Formats 



2.8.4.3 Identifier Field ~ The ID field (ID<4:0>) contains a 
code that identifies the logical source or logical destination of 
the information contained in B<31:00>. ID codes are assigned only 
to commander and responder nexus (i.e., those that issue and 
recognize command/address information). Each nexus is assigned an 
ID code that corresponds to the TR line that it operates. For 
example, a nexus assigned TR05 would also be assigned ID code 5. 

More than one ID code may be assigned to a nexus. However, that 
nexus must be capable of responding to read type commands for 
which the read data returns in an order different from the order 
in which the commands were given. For write masked and extended 
write masked commands, the mask is transmitted in _ the cycle 
preceding the cycle for the data to which the mask applies. 

Nexus using more than one code take the first code from the 
standard ID code assignment (0 — 15). The second code is taken from 
the range 17 — 30 (i.e., first ID code plus 16). 
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Certain ID codes are reserved: ID = 16, unit processors; ID = 31, 
diagnostic purposes. ID = is reserved so that the idle state of 
the SBI (read data, destination ID = 0) will not 
selection. Note that even though a nexus is not 
nexus are checking for correct SBI parity. 



cause a nexus 
selected, all 



2.8.4.4 Mask Field — The mask field (M<3:0>) has two 
interpretations: primary and secondary. For the primary 
interpretation, M<3:0> is encoded to specify operations on any or 
all data bytes appearing on B<31:00>. The mask is used with the 
read masked, write masked, interlock read masked, interlock write 



masked, and extended write masked commands. As shown 



in Figure 



2-12, each bit in the mask field corresponds to a particular byte 
on B<31:00>. 



The secondary interpretation is used when TAG<2:0> = 000 (read 
data). This interpretation defines the data types as specified in 
Table 2-3. All other mask field codes (0011 — 1111) are reserved 
and are interpreted as read data substitute by the 
nexus . 



receiving 



Table 2-3 Read Data Types 
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Figure 2-12 Mask Field Format 
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2.8.5 Response Group Description 

The three response lines are divided into two fields: Confirmation 
(CNF<1:0>), and Fault (FAULT). CNF<1:0> informs the transmitter as 
to whether or not the information was received correctly and if 
the receiver can process the command. FAULT is a cumulative error 
indication of protocol or information path malfunction; it is 
asserted with the same timing as the confirmation field. 

Either field is transmitted two cycles after each information 
transfer. Confirmation is delayed to allow the information path 
signals to propagate, be checked, and be decoded by all receivers; 
and to allow confirmation generation by the responder. During each 
cycle, every nexus in the system receives, latches, and makes 
decisions on the information transfer signals. Except for multiple 
bit transmission errors or nexus malfunction, one (or more) of the 
nexus receiving the information path signals will recognize an 
address or ID code. This nexus then asserts the appropriate 
response in CNF. 



Any (or all) nexus may assert FAULT after detecting 
information path failure. 



a protocol or 



2.8.5.1 Confirmation Codes — Table 2-4 lists the confirmation 
codes and their interpretation. 

Table 2-4 Confirmation Code Definitions 



CNF 


Code 




Definitions 


00, 


No Response 


(N/R) 


The unasserted state; it indicates no 
response to a commander's selection. 


01, 


Acknowledge 


(ACK) 


The positive acknowledgment to any 
transfer . 


10, 


Busy (BUSY) 




The response to a command/address 
transfer that indicates successful 
selection of a nexus that is presently 
unable to execute the command. 


11, 


Error (ERR) 




The response to a command/address 
transfer that indicates selection of a 
nexus that cannot execute the command. 



A BUSY (10) or ERR (11) response to transfers other than 
command/address transfers will be considered as no response from 
the responder. 

2.8.5.2 Response Handling — The transmitting nexus samples the 
CNF and FAULT lines at T3 of the third cycle following 
transmission. ACK is the expected confirmation response (i.e., 
command will be executed, or information has been received 
correctl y) . 
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Should a command/address transfer receive a BUSY confirmation, the 
commander will repeat the transmission (after a nominal waiting 
period) until it is accepted or a timeout occurs. 

An N/R confirmation should be treated like BUSY, except that its 
occurrence may be flagged in a status bit. ERR confirmation is the 
result of a programming error, and should abort the command and 
invoke the appropriate recovery routine. 

Some nexus may be unable to determine, within two SBI cycles, 
whether a function will be completed successfully. For these 
cases, the nexus presumes success and responds with ACK 
confirmation. If it is later determined that a read type function 
cannot be completed, a read data transfer of all zeros is 
transmitted and an interrupt requested. If a write type request 
cannot be completed, the command is aborted and an interrupt 
requested. In either case, the cause of the interrupt is indicated 
in a configuration/status register. 

2.8.5.3 Successive Cycle Confirmation — Since write masked, 
extended write masked, and extended read operations consist of 
successive transfers, acknowledgment is more complex. 

a. If the command/address transfer is confirmed with N/R or 
BUSY, then no notice will be taken of the data transfer 
confirmation and the entire sequence will be repeated. 

b. If the command/address transfer receives ERR, the 
sequence is aborted and recovery routines are invoked. 

c. If ACK is not received as confirmation for a write data 
command, the command is repeated. 

d. Transmissions of read data are confirmed with ACK by the 
receiver of that data. The read data transmitter may 
ignore this confirmation, since only commanders execute 
retry sequences . 

2.8.5.4 SBI Sequence Timeouts — All commanders implement two 
timeout functions: interface sequence timeout and read data 
timeout. Both timeouts are specified as 102.4 us (or 512 SBI 
cycles) . 

The interface sequence timeout determines the maximum time allowed 
to complete an interface sequence. The sequence interval is 
defined as the time from: 

a. when SBI arbitration is initiated, until ACK is received 
for a command/address transfer that specifies read, or 

b. when SBI arbitration is initiated, until ACK is received 
for a command/address transfer that specifies write, and 
ACK is also received for each transmission of write data, 
or 
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c. when SBI arbitration is initiated, and an ERR 
confirmation is received for any command/address 
transfer . 

The read data timeout is defined as the time from when an 
interface sequence that specifies a read command is completed, to 
the time that the specified read data is returned to the 
commander. In the case of an extended read function, both 
longwords must be retrieved prior to timeout (102.4 us). 

If the last command/address transfer prior to an interface 
sequence timeout receives an N/R confirmation, it is recorded in a 
status bit. Certain nexus may terminate their requests for SBI 
control due to an unusual occurrence in those nexus. When this 
occurs, both timeouts are cancelled (e.g., when a nexus detects a 
data late error) . 

When a timeout occurs, the commander provides the actual address 
or reconstructed address for which the timeout occurred. In 
addition, the commander records the type of timeout received 
(i.e., interface sequence or read data). Either timeout will 
terminate a command transmission retry. 

2.8.5.5 Fault Detection — Each nexus is equipped with a 32-bit 
configuration and fault status register (register 0). The fault 
status portion of this register contains flags that cause the 
assertion of the FAULT line. The fault status portion is described 
in Figure 2-13. 

A nexus detecting one of the fault conditions will assert the 
FAULT signal for one cycle. FAULT then causes each nexus on the 
system to lock its respective configuration register. The fault 
status bits thus latched refer to the cycle during which the fault 
occurred. The CPU examines the FAULT signal and latches the signal 
on the leading edge of FAULT. The CPU then continues to assert 
FAULT until the software has examined the fault bits of all nexus 
and has specified the negation of FAULT. Figure 2-14 shows the 
timing involved . 

Figure 2-15 illustrates the confirmation and fault decision flow 
for all responses and error conditions. 

2.8.6 Interrupt Request Group Description 

The interrupt request group consists of four request lines 
(REQ<7:4>) and an alert (ALERT) line. Request lines are assigned 
to some of the nexus and represent assigned CPU interrupt levels. 
The lines used by nexus request that the CPU service a condition 
requiring processor intervention. The request lines are priority 
encoded in an ascending order of REQ4 — REQ7. A requesting nexus 
asserts it request lines (or line) asynchronously with respect to 
the SBI clock to request an interrupt. Any of the REQ lines may be 
asserted simultaneously by more than one nexus, and any 
combination of REQ lines may be asserted by the collection of 
requesting nexus. 
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Figure 2-13 Fault Status Flags 



TK-0076 



A NEXUS 
DETECTS A 
FAULT ON 

THESBI 



CPU 

LATCHES 

FAULT 



I — \ — r^i — \ — \ — \ — \ — r . 

TO T1 T2 T3 TO T1 T2 T3 TO T1 T2 T3 TO 

I I I I I I I I I I I I I 

1^ 



Y 

CYCLE THAT 

CAUSES FAULT 




DETECTING ALL NEXUS 

NEXUS LATCH FAULT STATUS 
ASSERTS BITS 

FAULT 

TK-0098 



Figure 2-14 Fault Timing 
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SBI FAULT DEFINITIONS 
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Figure 2-15 Confirmation and 
Fault Decision Flow 



The ALERT signal is asserted by nexus that do not implement 
interrupt request lines. Its purpose is to indicate to the CPU a 
change in the nexus power condition or operating environment. 
Nexus that implement the REQ lines report such changes by 
requesting an interrupt. 

2.8.6.1 Interrupt Operation — When a nexus requires an 
interrupt, it asserts its REQ line on the SBI. At a time judged 
appropriate, the CPU will recognize the interrupt request and 
issue an interrupt summary read command (TAG<2:0> = 110) . The 
command will have a single bit set in its interrupt level mask 
(B<7:4>) , which corresponds to the REQ line being serviced. For 
example, B 04 set to a logic one indicates that the REQ4 level is 
being serviced. Note that the remaining information path fields 
(i.e., B<31:08>, ID<03:00>, and M<3:0>) are transmitted as zero. 

Nexus receiving the interrupt summary read command without error 
and asserting the REQ line specified in the interrupt level mask 
will assert a 2-bit code in B<31:00>. This code, which identifies 
the requesting nexus, is asserted with the timing of CNF<1:0>. 
However, the responding nexus does not assert any CNF, TR, ID, or 
TAG line. Nexus that detect incorrect parity will assert FAULT. 

As shown in Figure 2-16, the asserted bits are in corresponding 
positions in the upper and lower 16 bits of B<31:00>. The bit pair 
uniquely identifies the nexus among those using the particular REQ 
line. Only 15 bit pairs in the information field are used (i.e., 
B31 and B15 through B17 and B01) . Since only pairs of bits are 
asserted, parity remains correct regardless of the number of 
responding nexus. The two bits assserted by the requesting nexus 
are equal to the nexus TR number and the nexus TR number plus 16. 
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Figure 2-16 Request Level and Nexus Identification 
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While holding control of the SBI with TR00, the CPU waits two 
cycles after the interrupt summary read command is transmitted 
before latching B<31:KI0> into an internal register. By encoding 
the REQ level and the bit pair received from responding nexus, the 
CPU generates a vector unique to that level and nexus. The vector, 
in turn, is used to invoke the nexus service routine. The service 
routine will take explicit action by writing a device register to 
clear the interrupt condition. Clearing the interrupt causes the 
nexus to negate the REQ line, provided that the nexus does not 
have any other outstanding interrupts at this level. The negation 
of REQ occurs within two cycles of the write data transmission. 

Normally, the CPU will service requests in descending order, of 
REQ7--REQ4. Similarly, nexus are identified in descending order 
beginning with the nexus that asserts bits B31 and B15 and ending 
with the nexus that asserts bits 317 and Bl. If multiple nexus are 
requesting interrupts on the same REQ line, multiple interrupt 
summary read commands are issued until all nexus have been 
serviced and the REQ line is no longer asserted. 

Figure 2-17 is a functional timing chart for the interrupt 
operation . 

2.8.6.2 Status Register Alert Flags — As shown in Figure 2-18 
each nexus maintains bits in its configuration register to 
indicate conditions that cause assertion of ALERT (or the 
appropriate REQ line if implemented). Power down and power up 
status bits are provided, but additional ALERT status bits are 
present if other conditions, such as over temperature , are 
detectable . 

The ALERT line is the logical OR of the alert status bits; it is 
asserted synchronously to the SBI clock. Alert status bits are 
cleared when written as logic one; when written as logic zero, 
UNJAM signal is received. Note that the UNJAM signal does not 
clear these status bits. 

2.8.6.3 Alert Flag Operation — A nexus asserts ALERT or an 
interrupt request when any of its alert status bits are set. The 
bits are set during the following events: 

a. during power failure at the nexus when the assertion of 
power supply AC LO is recognized; 

b. during the restoration of power when the negation of AC 
LO is recognized; 

c. when other environmental conditions, such as 
overtemperature, are detected; 
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Figure 2-17 Interrupt Operation 
Timing and Flow 
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A nexus asserting ALERT, or asserting an interrupt request due to 
an alert status bit set, continues to assert ALERT until: 

a. all alert status bits are cleared (written with a logic 
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c. nexus loses dc power. 
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Figure 2-13 Alert Status Bits 
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2.8.7 Command Code Description 

The operations executed over the SBI are specified in 
command/address format using the mask, function, and address 
fields. Figure 2-19 summarizes the command/address formats and 
lists the command codes. Several function codes are unused and 
reserved for future use. All nexus must respond to these reserved 
codes with an N/R confirmation. 



2.8.7.1 Read Masked Function 

specified in Figure 2-20. 
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Figure 2-19 SBI Command Codes 
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Figure 2-20 Read Masked Function Format 
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Prior to issuing the command, the commander arbitrates for SBI 
control. When the commander gains control of the SBI, it asserts 
the information transfer lines at T0. At T3 of the same cycle, 
each nexus strobes the command/address information into its 
receiver latches for decoding. The command/address format, 
presented on the SBI, instructs the nexus selected by the address 
field, SA<27:00>, to retrieve the addressed data word and transfer 
it to the logical destination specified in the ID field. The 
addressed nexus will respond to the command/address transfer with 
ACK (assuming no errors) two SBI cycles after the assertion of 
command/address . 

The addressed data is retrieved in a time frame that is dependent 
on the nexus response time. Following the response delay, the 
responding nexus must arbitrate for control of the SBI. After ARB 
OK is true for the responder, the information fields are asserted 
on the SBI at T0. TAG<2:0> is coded as 000, specifying the read 
data format; and ID<4:0> is coded to identify the commander. The 
read data is asserted on B<31:00> and received by the commander as 
read data (M<3:0> = 0000), or as corrected read data (M<3:0> = 
0001). In the case of uncorrectable read data, the responder 
transmits read data substitute (M<3:0> = 0010) . 

After the assertion of read data, the commander latches the 
content of B<31:00> at T3 of the same SBI cycle. At T0 two cycles 
later, the commander confirms the successful transfer by asserting 
ACK. 

Figure 2-21 is a functional timing chart for the read masked 
operation . 

2.8.7.2 Extended Read Function — The extended read function is 
similar to the read masked function in operation. The function 
format is shown in Figure 2-22. 

The mask field and bit SA00 of the received command/address word 
are ignored. However, the mask field must be transmitted as zero. 

In an extended read, 64 bits (two data longwords) are always 
transmitted, and thus require two contiguous SBI data transfer 
cycles. In this case, F<3:0> instructs the nexus selected by 
SA<27:00> to retrieve the addressed 64-bit data and transfer it to 
the commander (specified in the ID field) as in the read masked 
function. 
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Figure 2-21 Read Mas)<ed 
Timing Chart 
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Figure 2-22 Extended Read Function Format 



When the commander gains control of the SBI, it asserts the 
command/address information at T0. At T3 of the same cycle, each 
nexus strobes the command/address information into its receiver 
latches for decoding. The addressed nexus confirms the 
command/address transfer by returning ACK two cycles after the 
assertion of command/address. Following the response delay and 
arbitration, the responder asserts the first 32-bit data longword 
on B<31:00> (SA00 = 0). The other information fields are coded as 
in the read masked operation. The second data longword (SA00 = 1) 
is asserted on B<31:00> at T0 of the succeeding cycle. The mask 
field describing the data type will be asserted with each read 
data longword. 

The commander latches B<31:00> (first data longword) at T3 of the 
cycle when it was transmitted. At T3 of the next cycle, the 
commander again latches B<31:00> (second data longword). Then, at 
T0 of the following cycle, the commander confirms the first data 
transfer with ACK. The commander confirms the second data transfer 
with ACK at T0 of the cycle after that. 



Figure 2-23 is 
operation . 



a functional timing chart showing the extended read 



2.8.7.3 Write Masked Function — The write masked function format 
is shown in Figure 2-24. F<3:0> instructs the selected nexus to 
modify the bytes specified by M<3:0> in that storage element 
addressed by SA<27:00> using data transmitted in the succeeding 
cycle. 
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Figure 2-23 Extended Read 

Timing Chart and Flow 

(Sheet 1 of 2) 
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Figure 2-23 Extended Read 
Timing Chart and Flow 
(Sheet 2 of 2) 
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Figure 2-24 Write Masked Function Format 



When the commander gains control, of the SBI, it asserts the 
command/address information at T0. The commander also asserts TR00 
at T0 to retain control during the succeeding SBI cycle. At T? of 
the same cycle, each nexus strobes the command/address information 
into its receiver latches for decoding. At T0 of the succeeding 
cycle, the commander asserts data on B<31:00>; at T3 of the same 
cycle, the selected nexus strobes the data into its receiver 
latches. TAG<2:0>, which accompanies the data, is coded 101 (write 
data format). The successful command/address transfer is confirmed 
by the receiving nexus with ACK at T0 of the succeeding cycle. The 
successful data transfer is confirmed by ACK at T0, one cycle 
later . 



Figure 2-25 
operation . 



is a functional timing chart for the write masked 



2.8.7.4 Extended Write Masked Function — The extended write 
masked function format is illustrated in Figure 2-26. F<3:0> is 
coded 1011 to specify the extended write masked function. In the 
extended write masked transfer, the number of bits written depends 
on the mask, but two SBI data transfer cycles are always required. 
When the commander gains control of the SBI it asserts the 
command/address information at T0. The commander also asserts TR00 
to retain control during the succeeding SBI cycle. At T3 of the 
same cycle, each nexus strobes the command/address information 
into its latches for decoding. The mask that accompanies the 
command/address indicates the bytes to be written in the first 
data longword, corresponding to SA00 = 0. 
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C/AAND 

HOLD 



STROBES 
ACK INTO 
LATCHES 



STROBES 
ACK INTO 
LATCHES 



I I I I I I I I I I I I I M I M I 

TO T1 T2 T3 TO T1 T2 T3 TO T1 T2 T3 TO T1 T2 T3 TO T1 T2 T3 TO 



I 



STROBES 
C/A INTO 
LATCHES 



ASSERTS 
C/A ACK 
STROBES 
DATA INTO 
LATCHES 



RESPONDER 



i 



SBI LINE 
SAMPLING 



RECEIVER 

NEXUS 

(INFORMATION) 



RECEIVER 

NEXUS 

(INFORMATION) 



ASSERTS 
DATA ACK 



TRANSMITTER 

NEXUS 

(CONFIRMATION) 



TRANSMITTER ; 
NEXUS 
(CONFIRMATION) '. 



( START J 



SBI 
CYCLE 



COMMANDER 
ASSERTS TR 
LINEATTO 








COMMANDER 
ASSERTS HOLD 
AND C/A ON 
INFO. LINES AT TO 


1 


RESPONDER 
STROBES INFO. 
LINES INTO 
LATCHES AT T3 







SBI 
CYCLE 2 



COMMANDER 
ASSERTS DATA 
WORD ON INFO 
LINESATTO 



TEST TR LINE 
AT T3 ON NEXT 
SBI CYCLE 



SBI 
CYCLE 3 



RESPONDER 
ASSERTS C/A 
ACK ON 

CONFIRMATION 
LINES AT TO 



COMMANDER 
STROBES C/A 
ACK INTO 
LATCHES AT T3 



SBI 
CYCLE 4 



RESPONDER 
ASSERTS DATA 
ACK ON 

CONFIRMATION 
LINESATTO 



COMMANDER 
STROBES DATA 
ACK INTO 
LATCHES ATT3 



( TERMINATE ^ 



RESPONDER 
STROBES DATA 
WORD INTO 
LATCHES AT T3 



^ 



Figure 2-25 Write Masked 
Timing Chart and Flow 



COMMAND/ 
ADDRESS 




TAG <2:0> 



LOGICAL 
SOURCE 



ID <4:0> 



BYTE 
COMBINATION 



M <3:0> 



1011 



F <3:0> 



PHYSICAL 
ADDRESS 



A <27:00> 



FIRST DATA TRANSFER 




LOGICAL 
SOURCE 



BYTE 
COMBINATION 



FIRST 32 BITS OF 
WRITE DATA 



WRITE DATA 
FORMAT 



SECOND DATA TRANSFER 




TAG <2;0> 



LOGICAL 
SOURCE 



ID <4:0> 



0000 

(LOGICALLY 

IGNORED) 



M <3:0> 



SECOND 32 BITS OF 
WRITE DATA 



B <31:00> 



Figure 2-26 Extended Write Masked Function Format 



At T0 of the succeeding cycle, the commander asserts data on 
B<31:00> and codes TAG<2:0> as 101 (write data format). At T3 of 
the same cycle, the receiver nexus strobes the data into its 
latches. In addition, the commander holds TR00 asserted to retain 
SBI control for the second data longword transfer. Note that the 
mask that accompanies the first data word indicates the bytes to 
be written in the second data word. At the end of this cycle, the 
commander negates TR00. 

At T0 of the succeeding cycle, the second data word is asserted on 
B<31:00>, and TAG<2:0> is coded 101. At the same time (T0) the 
receiver nexus confirms the command/address transfer with ACK, if 
there is no error. At T3 of the same cycle, the receiver nexus 
strobes the data into its latches. The mask that accompanies the 
second data longword is ignored by the receiver nexus. During the 
two succeeding cycles, the receiver nexus confirms the two data 
transfers with an ACK in each cycle. 



Figure 2-27 is a functional 
masked operation. 



timing chart for the extended write 
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COMMANDER 



1 



TRANSMITTER 

NEXUS 

(ARBITRATION) 
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NEXUS 

(CONFIRMATION) 



TRANSMITTER 
NEXUS 
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COMMANDER 
ASSERTS TR 
LINE AT TO 








COMMANDER 
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AND C/A ON 
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RESPONDER 
STROBES INFO 
LINES INTO 
LATCHES AT T3 







SBI 
CYCLE 2 



COMMANDER 
ASSERTS DATA 1 
AND HOLD ON 
INFO LINES AT TO 



RESPONDER 
STROBES DATA 1 
INTO LATCHES 
ATT3 



TEST TR LINE 
AT T3 ON NEXT 
SBI CYCLE 



SBI 
CYCLE 3 



COMMANDER 
ASSERTS DATA 2 
ON INFO. LINES 
AT TO 



RESPONDER 
ASSERTS C/A 
ACK ON 

CONFIRMATION 
LINES AT TO 



COMMANDER 
STROBES C/A 
ACK INTO 
LATCHES AT T3 



5 5 



SBI 
CYCLE 4 



RESPONDER 
ASSERTS DATA 1 
ACK ON 

CONFIRMATION 
LINES AT TO 



COMMANDER 
STROBES DATA 1 
ACK INTO 
LATCHES AT T3 



SBI 
CYCLE 5 



RESPONDER 
ASSERTS DATA 2 
ACK ON 

CONFIRMATION 
LINES AT TO 



COMMANDER 
STROBES DATA 2 
ACK INTO 
LATCHES AT T3 



( TERMINATE ) 



Figure 2-27 Extended Write 
Masked Timing Chart and Flow 



2.8.7.5 Interlock Function Description — The interlock function 
is used to provide coordination between memory nexus to ensure 
exclusive access to shared data structures. When an interlock 
sequence is addressed to the UBA, it indicates that a 
Data-In-Pause/Data-Out (DATIP/DATO) sequence is required on the 
Unibus. The UBA will initiate an interlock sequence when a Unibus 
device has initiated a DATIP/DATO sequence. The interlock 
functions operate like the read and write functions with the 
additional responsibility of setting and clearing the receiver 
nexus interlock flip-flop. This flip-flop controls the 
assertion/negation of the receiver's interlock line. However, not 
all nexus implement the interlock function. Those nexus that do 
not will respond to the interlock read and write masked functions 
exactly as they do to read and write masked functions. 

All memory nexus implement the interlock functions and cooperate 
through the use of this signal. The interlock line is asserted by 
the commander nexus which issued the interlock read masked 
function for that SBI cycle following the command/address 
transfer. The interlock flip-flop is set in the receiving nexus 
memory. When the memory nexus confirms the interlock read 
function, it asserts the interlock signal in the same cycle as 
ACK. With interlock asserted, the nexus responds with a BUSY 
confirmation to subsequent interlock read masked commands only. 

Interlock Read Masked Function Operation — The interlock read 
masked function format is the same as that shown in Figure 2-20 
except that F<3:0> is coded 0100. F<3:0> causes the nexus selected 
by SA<27:00> to retrieve and transfer the addressed data exactly 
as in the read masked operation. In addition, this function causes 
the selected nexus to set its interlock flip-flop. With the 
interlock flip-flop set, the nexus will assert the SBI interlock 
line at T0 of the ACK confirmation cycle. 

The interlock flip-flop is cleared on receipt of an interlock 
write masked function. Interlock read masked and interlock write 
masked functions are always paired by commanders. If the flip-flop 
remains set for more than 102.4 us, the memory assumes that the 
commander has had a catastrophic error. In this case, the nexus 
will clear the flip-flop at T0 of the next cycle. 

Interlock Write Masked Function Operation — The interlock write 
masked function format is the same as that illustrated in Figure 
2-22, except that F<3:0> is coded 0111, specifying the interlock 
write masked function. F<3:0> instructs the nexus selected by 
SA<27:00> to modify the bytes specified by M<3:0> in the addressed 
storage element using data transmitted in the succeeding cycle 
with TAG<2:0> = 101. In addition, the write data clears the 
interlock flip-flop set by the previous interlock read masked 
function . 
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2.8.8 Control Group 

The control group functions synchronize system activities and 
provide specialized system communications. The clock functions 
provide SBI activity synchronization and are described in 
Paragraph 2.8.1. The interlock control, also one of the system 
commmunication functions, is described in Paragraph 2.8.7. The 
remaining control lines are described in the following 
paragraphs . 

2.8.8.1 DEAD Function — The DEAD signal indicates a dc power 
failure to the clock circuits or bus terminating networks. Nexus 
will not assert any SBI signal while DEAD is asserted. Thus, nexus 
prevent invalid data from being received while the SBI is in an 
unstable state . 

The assertion of the power supply DC LO to the clock circuits or 
terminating networks causes the assertion of DEAD. DEAD is 
asserted asynchronously to the SBI clock and occurs at least 2 ~s 
before the clock becomes inoperative. With power restart, the 
clock will be operational for at least 2 ~s before DC LO is 
negated. The negation of DC LO negates DEAD. 

2.8.8.2 FAIL Function — A nexus enables the fail (FAIL) signal 
asynchronously to the SBI clock, when the power supply AC LO 
signal is asserted on that nexus. The assertion of FAIL inhibits 
the CPU from initiating a power-up service routine. FAIL is 
negated asynchronously with respect to the SBI clock when all 
nexus that are required for the power-up operation have detected 
the negation of AC LO. The CPU samples the FAIL line following the 
power-down routine (assertion of FAIL) to determine if the 
power-up routine should be initiated. 

2.8.8.3 UNJAM Function -- The unjam function restores 
(initializes) the system to a known, well-defined state. The UNJAM 
signal is asserted only by the CPU or console, and is detected by 
all nexus connected to the SBI. The console asserts UNJAM only 
when a console key (or sequence) is selected. The duration of the 
UNJAM pulse is a minimum of 15 SBI cycles and is negated at T0. 

When the console intends to assert UNJAM, the CPU will assert TR00 
for a minimum of 15 SBI cycles. The CPU will continue to assert 
TR00 for the duration of UNJAM and for a minimum of 15 SBI cycles 
after the negation of UNJAM. This use of TR00 ensures that the SBI 
is inactive preceding, during, and after the UNJAM operation. 
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Each nexus receives UNJAM at T3 and begins a restore sequence. Any 
current operation of short duration will not be aborted if that 
operation might leave the nexus in an undefined state. Nexus will 
not perform operations using the SBI during the assertion of 
UNJAM. In addition, the nexus must be in an idle state, with 
respect to SBI activity, at the conclusion of the UNJAM pulse. 

While UNJAM is asserted, nexus will not assert FAULT. However, a 
nexus asserting FAULT prior to UNJAM must continue to do so to 
preserve the content of the nexus configuration/fault status 
registers. The restore sequence (UNJAM asserted) should not cause 
a nexus to pass through any states that will assert any SBI lines. 
All read commands issued before the UNJAM are canceled. 

In the event of a power failure during UNJAM, some nexus will 
assert FAIL and/or DEAD. The restore sequence should cause the 
nexus to negate ALERT or interrupt requests, but should not clear 
any device status bits. 
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CHAPTER 3 
PROGRAMMING DEFINITIONS AND SPECIFICATIONS 

3 . 1 GENERAL 

This chapter describes some of the Massbus signals, clearing 
methods, and interrupt conditions; and each bit of the registers 
in the MBA. 

3.2 DEFINITIONS 

Some of the Massbus signals that are used in generating status 
information are described in this paragraph. 

Attention (ATTN) — The ATTN line is a shared line that 
connects from all drives in common to the MBA. Each drive 
asserts ATTN (and sets its own ATA bit) whenever it has 
an error condition (ERR asserted) , has just finished 
executing any movement command, or a change in power 
condition occurs. 

The logical expressions for these statements are: 

ATTN = ATA„ + ATA. + . . . + ATA_ 
1 ' 

ATA. = ERR. + completion of a movement command + change 

1 1 . . 
in power conditions. 

(i represents the unit select code of a drive, — 7) 

Exception (EXC) — The EXC line connects from the MBA to 
the drive that is performing a data transfer. It is 
asserted by the drive if an error occurs during the 
transfer. This line is used to distinguish errors in the 
drive performing a data transfer from errors signaled by 
the ATTN line. (A drive that is performing a data 
transfer never asserts ATTN while the data transfer is 
underway. ) 

End of Block (EBL) — The EBL line is pulsed by the drive 
performing a data transfer at the end of each sector. 

Clearing Methods 

Bit 00 of the MBA control register is the Initialization 
(INIT) bit. The setting (writing a 1) of this bit will: 

Clear status bits in the MBA configuration register 

Clear abort data transfer on interrupt enable bits in 
the MBA control register 

Clear MBA status register 

Clear MBA byte count register 
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Clear the control and status bits of the diagnostic 
reg ister 

Cancel all pending commands except read data pending 

Abort data transfers 

Assert Massbus INIT. 

3.3 PROGRAMMING NOTES 

This paragraph describes miscellaneous features of the RH780. The 
tables in subsequent paragraphs describe the other bits of the 
MBA. The DT Abort (Data Transfer Abort) bit is located in the MBA 
and is associated only with error conditions during data transfers 
and error conditions in the MBA. A drive clear command does not 
affect the DT Abort bit in the MBA. When DT END clears the DT BUSY 
bit in the MBA, it indicates that the MBA is ready for another 
data transfer command. To successfully initiate a data transfer 
command, DT BUSY must not be asserted and the appropriate drive 
ready bit must be asserted. A nondata transfer command can be 
issued to a drive any time a drive ready bit is asserted, 
regardless of the state of the DT BUSY bit in the MBA. 

When a data transfer command is successfully initiated, DT BUSY is 
asserted and the drive ready bit is negated. When a nondata 
transfer command is successfully initiated, the drive ready bit is 
negated but the DT BUSY bit is not asserted. 

If any command other than INIT is issued to a drive that has an 
error indicator asserted, the command will be ignored by the 
drive. 

If a data transfer command is issued to a drive that has an error 
indicator asserted, the drive does not execute the command, the 
Missed Transfer Error (MXF, bit 08 of the status register) occurs 
in the MBA. 

3.4 INTERRUPT CONDITIONS 

The MBA generates an interrupt to the CPU due to the following 
conditions: 

1. upon termination of a data transfer, if the IE bit is set 
when the MBA become ready; 

2. upon assertion of ATTN line or the occurrence of an MBA 
error, while the MBA is not busy and the IE bit is set; 

3. upon power up. 
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3.5 TERMINATION OF DATA TRANSFERS 

A data transfer that has been initiated successfully may terminate 
in the following ways. 

1. Normal Termination -- Byte count overflows to and the 
MBA becomes ready (DT BUSY cleared) . 

2. MBA Error -- An error occurs in the MBA status register. 

Bit Error Indication 

19 PGE (Program Error) 

18 NED (Non-Existing Device) 

17 MCPE (Massbus Control Parity Error) 

12 DT ABORT (Data Transfer Aborted) 

11 DLT (Data Late) 

10 WCK UP ERR (Write Check Upper Error) 

9 WCK LWR ERR (Write Check Lower Error) 
08 MXF (Missed Transfer Error) 

07 MBEXC (Massbus Exception) 

05 MDPE (Massbus Data Parity Error) 

05 MAPPE (Page Frame MAP Parity Error) 

04 INVMAP (Invalid MAP) 

03 ERR CONF (Error Confirmation) 

02 RDS (Read Data Substitute) 

01 IS TIMEOUT (Interface Sequence Timeout) 
00 RD TIMEOUT (Read Data Timeout) 

3. Drive Error — An error occurs in the drive. The drive 
sets the appropriate error bit in the drive. 

4. Program-Caused Abort -- By causing INIT to be asserted, 
the MBA aborts all operations and all status and error 
information is lost. 

3.6 MBA REGISTERS 

The RH780 contains 8 registers and 256 MAP registers. All 
registers in the MBA or in the drives can only be accessed by 
longword references and must be longword aligned (on byte of a 
given register) . An attempt to MOVB or MOVW to or from an MBA 
subsystem register will result in a machine check trap. This will 
also occur when an attempt is made to MOVL to or from a register 
if either bit or bit 1 of the address is a 1. An explanation of 
these registers and their functions is provided in subsequent 
paragraphs. Table 3-1 lists the various RH780 registers. 
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Table 3-1 MBA Registers 




Massbus 








Address 








(Hex) 


Register 


Mnemonic 


Type 


00 


Configuration/Status 


CSR 


Read/write 


01 


Control 


CR 


Read/write 


02 


Status 


SR 


Read/write 


03 


Virtual Address 


VAR 


Read/write 


04 


Byte Counter 


BCR 


Read/write 


05 


Diagnostic 


DR 


Read/write 


06 


Selected Map 


SMR 


Read only 


07 


Command Address 


CAR 


Read only 



The eight internal MBA registers contain various configuration, 
status, and control information. The addresses of these registers 
can be derived from Tables 3-2 and 3-3. Table 3-2 shows the MBA's 
base address in respect to its various TR levels. Table 3-3 shows 
the byte offset for the registers in the MBA. This byte offset is 
added to the MBA's base address to produce a particular register's 
address . 
Example 
The address of the diagnostic register for an MBA with a TR of 8: 



Base address from Table 3-2 
Byte offset for the DR from Table 3-3 
DR address 



20010000 
+ 14 



Example 

The address of the control register for an MBA with a TR of C; 



Base address from Table 3-2 
Byte offset for the CR from Table 3-3 
CR address 

Table 3-2 MBA Base Addresses 



20018000 

+ 04 

20018004 



MBA TR 


Console Physical 


Level 


Base Address 


1 


20002000 


2 


20004000 


3 


20006000 


4 


20008000 


5 


2000A000 


6 


2000C000 


7 


2000E000 


8 


20010000 


9 


20012000 


A 


20014000 


B 


20016000 


C 


20018000 


D 


2001A000 


E 


2001C000 


F 


2001E000 


10 


20020000 
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Table 3-3 Register Byte Offsets 



Register 



Configuration/Status Register (CSR) 
Control Register (CR) 
Status Register (SR) 
Virtual Address Register (VAR) 
Byte Counter Register (BCR) 
Diagnostic Register (DR) 
Selected MAP Register (SMR) 
Command/Address Register (CAR) 



Offset from Console 
Base Address 



00 
04 
08 
0C 
10 
14 
18 
lA 



3.6.1 Configuration/Status Register (CSR) 

The configuration/status register is a read/write MBA register 
that contains fault status, interrupt status, adapter dependent 
status, and adapter code bits. Figure 3-1 illustrates these bits 
and Table 3-4 provides an explanation for the various bits in this 
reg ister , 



SBI PARITY ERROR - 

WRITE DATA 
SEQUENCE ERROR' 

UNEXPECTED READ 
DATA ERROR 

MULTIPLE 
TRANSMITTER . 
ERROR 



31 30 29 2827 26 2524123 2221 20 



19 



16 



15 



12 



11 



08 



07 



04 



03 



00 



OVER TEMPERATURE 
"(NOT IMPLEMENTED) 

■ADAPTOR POWER UP 

-ADAPTOR POWER DOWN 



ADAPTOR CODE 



-TRANSMITTER DURING FAULT 



Figure 3-1 Configuration/Status Register (CSR) 



3-5 



Table 3-4 Cc 


>nfiguration/Status Register (CSR) Bit Assignments 


Bit 


Set By/Cleared By 


Remarks 


31 PE 


Set when an SBI parity error 


The setting of 


SBI Parity 


is detected. Cleared by 


this bit will 


Error (Fault 


power fail or the 


cause fault to be 


A) 


deassertion of fault. 


asserted on the 
SBI for one cycle. 


3 WS 


Set when no write data is 


The setting of 


Write Data 


received (neither tag 


thi s bit will 


Sequence 


write data nor ID = write 


cause fault to be 


(Fault B) 


command ID) following a 


asserted on the 




write command. Cleared by 


SBI for one cycle. 




power fail or the 






deassertion of fault. 




29 URD 


Set when read data is 


The setting of 


Unexpected 


received and not expected. 


this bit will 


Read Data 


Cleared by power fail or the 


cause fault to be 


(Fault C) 


deassertion of fault. 


asserted on the 
SBI for one cycle. 


28 




Reserved for 
future use. 


27 MT 


Set when the ID on the SBI 


The setting of 


Multiple 


does not agree with the ID 


this bit will 


Transmitter 


transmitted by the MBA while 


cause fault to be 


(Fault D) 


the MBA is transmitting data 


asserted on the 




on the SBI. Cleared by 


SBI. (The fault 




power fail or the 


signal will be 




deassertion of fault on the 


asserted at the 




SBI. 


no r m a 1 
confirmation time 
for one cycle if 
the MBA detects 
one of the fault 
conditions. The 
negation of the 
fault signal on 
the SBI will clear 
all the fault 
status bits. Fault 
= Fault A + Fault 
B + Fault C + 
Fault D. 


26 XMTFLT 


Set when the SBI fault is 




Transmit 


detected at the 2nd cycle 




Fault 


after the MBA transmits 
information on to the SBI. 
Cleared by power fail or the 
deassertion of fault. 
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Table 3-4 



Configuration/Status Register (CSR) Bit Assignments 

(Cont) 



Bit 



25:24 All 0's 



23 PD 

Adapter Power 
Down 



22 PU 
Adapter Power 

up 



21 OT 

Over 

Temperature 

20:08 All 0's 



07:00 Adapter 
Code 



Set By/Cl eared By 



Set when the MBA power goes 
down. Cleared when power 
goes up. 



Set when the MBA power goes 
up. Reset when power goes 
down. Cleared by assertion 
of INIT, UNJAM, DC LO, or 
writing a 1 into this bit. 



Always 0. 



Remarks 



Reserved 
future use. 



for 



The setting of 
thi s bit will 
cause interrupt to 
the CPU if IE is 
set . 

The setting of 
this bit will also 
set the IE bit and 
interrupt the CPU. 



Reserved 
future use. 



for 



Each adapter is 
assigned a unique 
code identifying 
it. The MBA 

adapter cod e is: 
Bit <07:00> 
00100000 



3-7 



3.6.2 Control Register (CR) 

The control register is a read/write register that contains the 
control bits: Interrupt Enable, Abort, and Initialization. This 
register can put the MBA in the maintenance mode. Figure 3-2 
illustrates this register's bits; Table 3-5 provides an 
explanation of the bits. 



31 














gO20100| 





























MAINTENANCE 
INTERRUPT E 

INIT 


MODE 1 




ARORT 




lALIZE 





NOTE: ALL BITS ARE READ/WRITE EXCEPT INITIALIZE WHICH ALWAYS READS AS 



TK-0693 



Figure 3-2 Control Register (CR) 



Table 3-5 Control Register (CR) Bit Assignments 





Set 


By/ 




Bit 


Cleared By 


Remarks 


31:04 All 0's 






Reserved for future use. 


03 MM 






The setting of this bit will 


Maintenance 






put the MBA in the maintenance 


Mode 






mode, which will allow the 
diagnostic programmer to 
exercise and examine the 
Massbus operations without a 
Massbus device. When this bit 
is set, the MBA will block RUN, 
DEM, and assert FAIL to the 
Massbus so that all the devices 
on the Massbus will detach from 
the Massbus. This bit can only 
be set if a data transfer is 
not in progress. 
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Table 3-5 Control Register (CR) Bit Assignments (Cont) 



Bit 



02 IE 

Interrupt 

Enable 



01 ABORT 
Abort Data 
Transfer 



00 INIT 
Initialization 



Set By/ 
Cleared By 



Set by writing 
a 1 or power up, 
Cleared by 
writing or 
INIT. 

Set by writing 
1; cleared by 
writing 0, 
INIT, or UNJAM. 



This bit is 
self-clearing 
(always reads 
as 0) . 



Remarks 



Allows the MBA to interrupt CPU 
when certain conditions occur. 



The setting of this bit will 
initiate the data transfer 
abort sequences that will stop 
sending commands and addresses, 
and stop the byte counter. 
It will also negate RUN, assert 
EXC to Massbus, wait for EBL, 
set ABORT to 1 at trailing edge 
of EBL. 

Interrupt CPU if IE bit is 1. 

The setting of this bit will: 
clear status bits in the MBA 
configuration register, clear 
ABORT and IE in the MBA control 
register, clear MBA status 
register, clear MBA byte count 
register, clear control and 
status bits of the diagnostic 
registers. It will also Cancel 
all pending commands except 
read data pending abort data 
transfer. Asserts Massbus INIT. 



3.6.3 Status Register (SR) 

The status register is a read/write register that contains MBA 
status information such as: error indications, timeouts, and busy 
indicators. Figure 3-3 illustrates the bit assignments and Table 
3-6 describes the functions of the bits in the status register. 
All interrupts will occur immediately if there is no data transfer 
in progress. The interrupt will be postponed until the data 
transfer has terminated. 
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3130 29 



DATA TRANSFER J 

BUSY 



NO RESPONSE 
CONFIRMATION 

CORRECTED 
READ DATA 



27 



23 



19181716 



PROGRAMMING 
ERROR 

NON EXISTENT 
DRIVE 

MASSBUS CONTROL 
WRITE ERROR 

MASSBUS ATTENTION 
DATA TRANSFER COMPLETE 
DATA TRANSFER ABORT 
DATA TRANSFER LATE 
WRITE CHECK-UPPER ERROR- 
WRITE CHECK-LOWER ERROR- 
MISSED TRANSFER- 
MASSBUS EXCEPTION- 
MASSBUS DATA PARITY ERROR- 
MAP PARITY ERROR- 
INVALID MAP- 
ERROR CONFIRMATION. 
READ DATA SUBSTITUTE- 
INTERFACE SEQUENCE TIMEOUT - 
READ DATA TIMEOUT- 



3 



15 1312 



1110 0908 



07060504 



03020100 



NOTE: WRITE 1 TO CLEAR BITS IN 

THIS REGISTER EXCEPT BIT 31 
WHICH IS READ ONLY. 



TK-0698 



Figure 3-3 Status Register (SR) 
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Table 3-6 Status Register (SR) Bit Assignments 



Bit 



31 DTBUSY 
Data Transfer 
Busy 

30 NRCONF No 

Response 

Confirmation 



29 CRD 
Corrected 
Read Data 



28:20 All 0's 



19 PGE 



18 NED 

Nonexisting 

Drive 



Set By/Cleared By 



Set when a data transfer 
command is received. Cleared 
when a data transfer is 
aborted . 

Set when the MBA receives a 
no-response confirmation for 
the read command or write 
command and write data sent 
to the SBI. Cleared by 
writing a 1 to this bit or 
INIT. 

Set when tag of read data 
received from memory is CRD. 
Cleared by writing a 1 to 
this bit or INIT. 



Set when one or more of the 
following conditions exists. 
Program tries to initiate a 
data transfer when the MBA 
is currently performing one. 
Program tries to load MAP, 
VAR, or byte counter while 
the MBA is performing a data 
transfer operation. Program 
tries to set MBA maintenance 
mode during a data transfer 
operation. Program tries to 
initiate a nonacceptable 
data transfer command. 
Cleared by writing a 1 to 
this bit. 

Set when drive fails to 
assert TRA within 1.5 us 
after assertion of DEM. 
Cleared by writing a 1 to 
this bit. 



Remarks 



Read only. 



The setting of 
this bit will 
cause retry of the 
command. 



Re s e r V e d 
future use 



for 



The setting of 
thi s bi t will 
cause an interrupt 
to the CPU if IE 
bit in the control 
register is set. 



The setting of 
this bit will send 
zero read data 
back to the SBI, 
and interrupt the 
CPU if IE bit in 
the control 
register is set. 
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Table 3-6 Status Register (SR) Bit Assignments (Cont) 



Bit 


Set By/Cleared By 


Remarks 


17 MCPE 


Set when Massbus control 


The setting of 


Massbus 


parity occurs. Cleared by 


this bit will 


Control 


writing a 1 to this bit. 


cause an interrupt 


Parity Error 




to CPU if the IE 
bit in the control 
register is set. 


16 ATTN 


Set when the attention line 


The setting of 


Attention 


in the Massbus is asserted. 


this bit will 


from Massbus 




cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 


15:14 All 0's 




Reserved for 
future use. 


13 DT COMP 


Set when data transfer is 


The setting of 


Data Transfer 


completed. Cleared by 


this bit will 


Completed 


writing a 1 to this bit. 


cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 


12 DTABT Data 


Set with the trailing edge 


The setting of 


Transfer 


of EEL when the data 


this bit will 


Aborted 


transfer has been aborted. 


cause an interrupt 




Cleared by writing a 1 to 


to the CPU if the 




this bit or INIT. 


IE bit in the 
control register 
is set. 


11 DLT Data 


This bit is set: 1) for 


The setting of 


Late 


either a write data transfer 


thi s bi t will 




or a write check data 


cause the data 




transfer providing the data 


transfer to be 




buffer is empty when WCLK is 


aborted. 




sent to the Massbus, 2) for 






a read data transfer 






providing the data buffer is 






full when SCLK is received 






from the Massbus. 




10 WCK UP ERR 


Set when a compare error is 


The setting of 


Write Check 


detected in the upper byte 


thi s bit will 


Upper Error 


while the MBA is performing 


cause the data 




a write check operation. 


transfer to be 




Cleared by writing a 1 to 


aborted. 




this bit or INIT. 
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Table 3-6 Status Register (SR) Bit Assignments (Cont) 



Bit 



Set By/Cleared By 



Remarks 



09 WCK LWR 
ERR Write 
Check Lower 
Error 



08 MXF Missed 

Transfer 

Error 



07 MBEXC 

Massbus 

Exception 



06 MDPE 
Massbus Data 
Parity Error 



5 MAPPE Page 
Frame Map 
Parity Error 



4 INVMAP 
Invalid Map 



Set when a compare error is 
detected in the lower byte 
while the MBA is performing 
a write check operation. 
Cleared by writing a 1 to 
this bit or INIT. 

Set when no OCC or SCLK is 
received within 50 us after 
data transfer busy is set. 
Cleared by writing a 1 to 
this bit or INIT. 



Set when EXC is received 
from Massbus. Cleared by 
writing a 1 to this bit or 
INIT. 



Set when a Massbus data 
parity error is detected 
during a read data transfer 
operation. Cleared by 

writing a 1 to this bit or 
INIT. 



Set when 
detected 
from the 
transfer . 



a parity error is 

on the data read 

map during a data 

Cleared by writing 



a 1 to this bit or INIT. 

Set when the valid bit of 
the next page frame number 
is zero and the byte counter 
is not zero. Cleared by 
writing a 1 to this bit or 
INIT. 



The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 



The setting of 
this bit will 
cause an interrupt 
to the CPU if the 
IE bit in the 
control register 
is set. 

The setting of 
thi s bi t will 
cause the data 
transfer to be 
aborted . 

The setting of 
thi s bi t will 
cause the data 
transfer to be 
aborted . 



The setting of 
this bit will 
cause the data 
transfer to be 
aborted. 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted . 
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Table 3-6 Status Register (SR) Bit Assignments (Cont) 



Bit 



Set By/Cleared By 



Remarks 



03 ERR CONF 

Error 

Confirmation 



02 RDS Read 

Data 

Substitute 



01 IS TIMEOUT 
Interface 
Sequence 
Timeout 



00 RD TIMEOUT 
Read Data 
Timeout 



Set when the MBA receives 
error confirmation for a 
read or write command. 
Cleared by writing a 1 to 
this bit or INIT. 

Set when the TAG of the read 
data received from memory is 
read data substitute. 
Cleared by writing a 1 to 
this bit or INIT. 

Set when an interface 
sequence timeout occurs. An 
interface sequence timeout 
is defined as the time from 
when arbitration for the SBI 
is begun until: 

1) ACK is received for a 
command address transfer 
that specifies read; or 

2) ACK is received for a 
command/address transfer 
that specifies write and 
write data; or 

3) ERR confirmation is 
received for any 
command/address transfer. 
The maximum timeout is 102.4 
us. Cleared by writing a 1 
to this bit or INIT. 

Set when a read data timeout 
occurs. A read data timeout 
is defined as the time from 
when an interface sequence 
that specifies a read 
command is completed to the 
time that the specified read 
data is returned to the 
commander. The maximum 
timeout is 102.4 ~s. Cleared 
by writing a 1 to this bit 
or INIT. 



The setting of 
this bit will 
ca use the data 
transfer to be 
aborted . 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted . 

The setting of 
this bit will 
cause the data 
transfer to be 
aborted . 



The setting of 
thi s bit will 
cause the data 
transfer to be 
aborted . 
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3.6.4 Virtual Address Register (VAR) 

Before a data transfer is initiated, the program must load an 
initial virtual address (pointing to the first byte to be 
transferred) into this register. Figure 3-4 illustrates the bit 
assignments for the virtual address register. Bits 09 through I'S 
select one of the 255 MAP registers. The contents of the selected 
MAP register and the value of bits 00 
assemble a physical SBI address to be 
through 08 indicate the byte offset into 
data byte. The virtual address register 
during a data transfer. An attempt to do 
virtual address register will not be 
transfer will continue. 



through 08 are used to 

sent to memory. Bits 00 

the page of the current 

may not be written into 

so will set PGE, but the 

modified and the data 



NOTE 
The MBA virtual address register is 
incremented by eight after every memory 
read or write and will not point to the 
next byte to be transferred if the 
transfer does not end on a quadword 
boundary (it will point eight bytes 
ahead). When a write check error occurs, 
the virtual address register will not 
point to the failing data in memory due 
to the preloading of the silo data 
buffer. The virtual address of the bad 
data may be found by determining the 
number of bytes actually compared on the 
Massbus (the difference between bits 16 
to 31 of the byte count register and 
their initial value) and adding that 
difference to the initial virtual 
address. 



31 28 


27 24 


23 20 


19 16 


15 


11 09 0807 


03 


00, 























r 

MAP POINTER 



PHYSICAL PAGE BYTE 
ADDRESS 



Figure 3-4 Virtual Address Register (VAR) 
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3.6.5 Byte Count Register (BCR) 

The program loads the 2's complement of the number of bytes for 
the data transfer to bits 15 through 00 of this register. The MBA 
hardware will load these 16 bits into bits 31 through 16 and bits 
15 through 00 of the byte count register. Bits 31 through 16 serve 
as the byte counter for the number of bytes transferred through 
the Massbus and bits 15 through 00 serve as the byte counter for 
the number of bytes transferred through the SBI interface. The 
starting byte count with 16 bits of zeros is the maximum number of 
bytes of a data transfer. Figure 3-5 illustrates the byte count 
register's bit assignments. The byte count register may not be 
modified daring a data transfer. An attempt to do so will be 
ignored and PGE will be set. 
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24 


23 


16 


15 


08 


07 


00 
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MASSBUS BYTE COUNTER 
(READONLY) 

NOTE: DATA WRITTEN INTO THE 

SBi BYTE COUNTER IS COPIED 
INTO THE MASSBUS BYTE 
COUNTER. 



SBI BYTE COUNTER 
(READ/WRITE) 

2'sCOMPEiVIENTOFTHE 

NUMBER OF BYTES TO BE TRANSFERRED 



Figure 3-5 Byte Counter Register (BCR) 



3.6.6 Diagnostic Register (DR) 

The diagnostic register is a read/write register that contains MBA 
diagnostic information. This register allows diagnostics to be run 
without any drives on the Massbus. Figure 3-6 illustrates the bit 
assignments, and Table 3-7 describes the function of the various 
bits in this register. The diagnostic register may not be written 
unless the MBA is in the maintenance mode. An attempt to write the 
diagnostic register when not in the maintenance mode will be 
ignored. Caution should be exercised when reading this register in 
the maintenance mode. The data path used to read bits 00 through 
07 may inject invalid data into the silo if the MBA has just read 
data from memory. It is advisable to wait 20 us from the 
initiation of a transfer or the deassertion of SCLK before reading 
or modifying this resister. 
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31 



INVERT MASSBUS 

DATA PARITY 

INVERT MASSBUS 

CONTROL PARITY 

INVERT MAP PARITY- 
BLOCK SENDING 

COMMAND TO SBI 

SIMULATE SCLK 

SIMULATE EBL 

SIMULATE OCC 



24 2322 21 



SIMULATE ATTN- 
MDI B SELECT — 



MASSBUS FAIL (READ ONLY)- 
MASSBUSRUN (READ ONLY) - 



MASSBUS WCLK (READ ONLY) • 
MASSBUS EXC (READ ONLY) — 



MASSBUS CTOD (READ ONLY) • 



1615 



12 



08 07 



00 



MASSBUS 
DRIVE 
SELECT 
(READONLY) 



MASSBUS REGISTER SELECT 
(READONLY) 



SELECTED MDIB (READ ONLY) 
(VALID DURING MAINTENANCE 
MODE ONLY) 



NOTE: BITS 21 AND 22 ARE READ/WRITE 
FOR DIAGNOSTIC TEST PURPOSES 
ONLY 



Figure 3-6 Diagnostic Register (DR) 



Table 3-7 Diagnostic Register (DR) Bit Assignments 



Bit 




Description 


31 


IMDPG 


Invert Massbus Data Parity Generator. 


30 


IMCPG 


Invert Massbus Control Parity Generator. 


29 


IMAPP 


Invert MAP Parity. 


28 


BLKSCOM 


Block Sending Command to the SBI. During a 
data transfer, the setting of this bit will 
eventually cause a DLT bit set and a DT 
ABORT. 


27 


SIMSCLK 


Simulate SCLK. When the MM bit is set, 
writing a 1 to this bit will simulate the 
assertion of SCLK; writing a to this bit 






will simulate the deassertion of SCLK. 
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Table 3-7 Diagnostic Register (DR) Bit Assignments (Cont) 



Bit 



Description 



26 



25 



24 



23 



22:21 

20 

19 
18 

17 
16 

15:13 
12:8 

7:0 



SIMEBL 



SIMOCC 



SIMATTN 



MPIB SEL 



MAINT ONLY 

MFAIL 

MRUN 

MWC LK 

MEXC 

NCTOD 

MDS 

MRS 

U/L MDIB 



Simulate EBL. When MM bit is set, writing a 1 
to this bit will simulate the assertion of 
EBL; writing a to this bit will simulate 
the deassertion of EBL. 

Simulate OCC . When MM bit is set, writing a 1 
to this bit will simulate the assertion of 
OCC; writing a to this bit will simulate 
the deassertion of OCC. 

Simulate ATTN. When MM bit is set, writing a 
1 to this bit will simulate assertion of 
ATTN; writing a to this bit will simulate 
the deassertion of ATTN. 

Maintenance Massbus Data Input Buffer Select. 
When this bit is set to a 1, the upper eight 
bits (B<15:08>) of the MDIB will be sent out 
from bits 07 through 00 of the diagnostic 
register if the diagnostic register is read. 
When the bit is 0, the lower eight bits 
(B<07:00>) of the MDIB will be sent out from 
bits 07 through 00 of the diagnostic register 
if it is read. 

Read/write with no effect. Used to test the 
writability of these bits. 



Massbus Fail (read only) 
when MM is set. 



Fail is asserted 



Massbus Run (read only) . 
Massbus WCLK (read only) . 
Massbus EXC (read only) . 
Massbus METOD (read only) . 
Massbus Device Select (read only). 
Massbus Register Select (read only) 
Maintenance Upper/Lower MDIB. 
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3.6.7 Selected MAP Register (SMR) 

This register is read-only and has the same format as a MAP 
register (Paragraph 3.6*9) but is valid only when DT BUSY is set. 
This is the contents of the MAP register pointed to by bits 16 
through 09 of the virtual address register. Figure 3-7 illustrates 
the bit assignments of the selected MAP register. 



3.6.8 Command Address Register (CAR) 

This register is read-only and valid only when DT BUSY is set 
contains the value of bits 31 through 00 of the SBI during 
command/address part of the MBA's next data transfer. 



It 
the 



3.6.9 MAP Registers 

The MBA contains 256 MAP registers, each of which may be selected 
by address bits 00 to 07. Bit 31 of the MAP registers is a valid 
bit, bits 30 through 21 are all 0's (intended for future use), and 
bits 20 through 00 represent the physical page frame number. Bits 
09 and 08 are 1 and 0, respectively. MAP registers can only be 
written when there is no data transfer operation in progress. A 
write to a MAP register while a data transfer is in progress will 
be ignored and cause the setting of PGE and interrupt the CPU at 
the end of a transfer if IE is set. Figure 3-7 illustrates the bit 
assignment of the MAP registers. 



31 
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VALID BIT 



PHYSICAL PAGE FRAME NUMBER 



Figure 3-7 MAP Registers 



3.7 DRIVE REGISTER CALCULATIONS 

The registers within a drive contain various drive 
The address of a particular register in a drive is 
the drive's unit number and the assigned TR level of 
controls the drive(s) . To calculate the address of 
follow the procedure outlined below. 



information . 
dependent on 
the MBA that 

a register. 



1. 



Obtain the base address of the MBA from Table 3-2 



Locate the desired register number and drive number for 
the drive register from Table 3-8. The intersection of 
the row and column will be the register offset. 

Add the MBA base address to the register offset to obtain 
the register address. 
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Example 

To determine the address of register number 02 in drive number 04 
with an MBA with a TR level of 08: 



MBA base address 

Intersection of register and drive number 

Register 02 in drive number 04 



20010000 
+ 608 

20010608 



Since Massbus drive registers are only 16 bits wide, the following 
convention has been adopted. 

1. On writes only, the low 16 bits of the longword will be 
written . 

2. On reads, the drive register will supply the low 16 bits 
and the MBA's Status Register (SR) will supply the upper 
16 bits (B<31:16> of the SR) when a drive register is 
read. 

Table 3-8 Drive Address Conversion 



MBA Base i 


°iddress + (Value 


from 


tabl 


e bel 


ow) = 


register 


address 




Drive Number 


Register 





1 


2 


3 


4 


5 


6 


7 


00 


400 


480 


500 


580 


600 


680 


700 


780 




01 


404 


484 


504 


584 


604 


684 


704 


784 




02 


408 


488 


508 


588 


608 


688 


708 


788 




03 


40C 


48C 


50C 


58C 


60C 


68C 


70C 


78C 




04 


410 


490 


510 


590 


610 


690 


710 


790 




05 


414 


494 


514 


594 


614 


694 


714 


794 




06 


418 


498 


518 


598 


618 


698 


718 


798 




07 


41C 


49C 


51C 


59C 


61C 


69C 


71C 


79C 




08 


420 


4A0 


520 


5A0 


620 


6A0 


720 


7A0 




09 


424 


4A4 


524 


5A4 


624 


6A4 


624 


6A4 




0A 


428 


4A8 


528 


5A8 


628 


6A8 


728 


7A8 




0B 


42C 


4AC 


52C 


SAC 


62C 


6AC 


72C 


7AC 




0C 


430 


4B0 


530 


5B0 


630 


6B0 


730 


7B0 




0D 


434 


4B4 


534 


5B4 


634 


6B4 


734 


7B4 




0E 


438 


4B8 


538 


5B8 


638 


6B8 


738 


7B8 




0F 


43C 


43 C 


53C 


5BC 


63C 


6BC 


73C 


7BC 
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CHAPTER 4 
MBA FUNCTIONAL/LOGIC DESCRIPTION 

4.1 GENERAL 

This chapter provides a functional description of the RH780 
Massbus Adapter. Logic descriptions are included in subsequent 
paragraphs, where necessary, to clarify operation of the MBA. The 
chapter is divided into four sections: MBA/SBI interface, internal 
registers, data paths, and control paths. The reader should be 
familiar with the material in the preceding chapters and the 
timing diagrams in the RH780 Field Maintenance Print Set (REV B or 
later). The print set will be referenced throughout this 
discussion. Figure 4-1 is a block diagram of the RH780 Massbus 
Adapter . 

4.2 MBA/SBI INTERFACE 

The MBA/SBI interface accepts information from the SBI when it 
recognizes itself as the intended receiver. Figure 4-2 is a block 
diagram of the interface. The various components of the interface 
are discussed in the following paragraphs. 

4.2.1 SBI Decoding and Validating (Overview) 

CPU transfers to or from MBA (or drive) registers require one or 
two successive SBI transfer cycles. The first cycle always 
contains the command/address. The second contains the data word if 
the command was a write. 

The command/address placed on the SBI data lines by the CPU at T0 
is loaded into the SBI/MBA transceivers between T2 and T3 and 
latched at T3. The time lapse between assertion and latching of 
the input in the transceivers provides deskew and settling time to 
compensate for any propagation delays on the SBI. 

The parity of the latched information is then checked and the TAG 
field is decoded. If the tag is determined to be a 
command/address, the SBI address B<14:11> is compared with the 
preselected MBA device address to determine if the MBA is the 
intended recipient of the SBI command. If the address is not the 
MBA's, the information will not be processed, nor will the MBA 
issue a confirmation (no response). In this case, the interface 
circuits will continue to check the SBI data lines during the 
following SBI cycles until a valid command/address is latched. 

The MBA only recognizes the following SBI commands: write masked, 
interlocked write masked (entire longword only), read masked, 
interlocked read masked, and interrupt summary read. 

If the MBA recognizes the address and is not performing another 
SBI data transfer operation (MBA BUSY is not asserted) and the 
mask and function bits indicate a valid command, the MBA will 
issue an ACK confirmation to the CPU verifying that the 
command/address has been received correctly. Confirmation occurs 
two cycles after receipt of the command/address. 
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Figure 4-2 MBA/SBI Interface 



If the MBA is busy, a BUSY confirmation signal is sent to the CPU 
in response to the valid command/address. The CPU will then 
rearbitrate for use of the SBI and repeat the transmission until 
the command/address is accepted or until the CPU times out. 

It should be noted that there are two busy indications in the MBA, 
DT BUSY and MBA BUSY. DT BUSY indicates that a data transfer is in 
progress to or from the storage media. While DT BUSY is set, the 
MBA registers may be read and some written. MBA BUSY indicates 
that the MBA's SBI interface is in use. While MBA BUSY is 
asserted, the MBA will respond with a BUSY confirmation to all 
commands issued by the CPU. DT BUSY remains asserted for the 
duration of a data transfer (typically 10 — 100 ms) . During a data 
transfer, MBA BUSY will be set or reset as the MBA uses the SBI to 
transfer 8 data bytes to or from memory in an 8-byte burst. 
Typically, MBA BUSY will be set for approximately 1 us and will 
remain clear until enough data has accumulated to cause another 
transfer (approximately 10 us). While MBA BUSY is clear, the CPU 
may access MBA registers. 

If the MBA recognizes the address but the command is invalid, an 
error confirmation will be issued two cycles after receipt of the 
command/address causing the CPU to abort the attempted transfer. 

After receipt of the command/address, the appropriate MBA BUSY 
and/or the expected write data flip-flop is set, depending on the 
read/write function to be performed. These functions will be 
described later. 

Note that the parity checking, decoding, and validation functions 
described in the following paragraphs are performed in parallel by 
the SBI interface. 

4.2.2 Timing (MSIR) 

All data transfers between the SBI and the MBA are synchronized by 
six timing signals: BUS SBI TP H, BUS SBI TP L, BUS SBI PCLK H, 
BUS SBI PCLK L, BUS SBI PDCLK H, and BUS SBI PDCLK L. These timing 
signals are generated by the CPU. The MBA uses these timing 
signals to derive four SBI time states: T0, Tl, T2, and T3. These 
derived time states define an SBI cycle (200 ns) . The major MBA 
timing signals and their relationship to the SBI timing is 
illustrated in Figure 4-3. These signals are used to synchronize 
MBA operations with the SBI. 

4.2.3 SBI Control and Data Transceivers (MSIA, MSIB) 

Information transferred to and from the MBA is loaded and latched 
in the control and data transceivers (Figure 4-2) by TCLKA and 
TCLKB (T0, transmit) or RCLKA and RCLKB (T2, receive). 

The first longword transferred in any SBI/MBA operation is the 
command address. When transmitting a command/address or data 
longword, the information is loaded in the control and data 
transceivers and transmitted to the SBI at the appropriate time. 
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Figure 4-3 Internal Timing 



When a command/address is received, it is checked for parity 
errors and decoded to identify the format of the information 
transferred, establish the function to be performed (read, write 
or interrupt summary read), and identify the source and 
destination of the data. 

4.2.4 Parity Error Checking (MSIC) 

The parity check provides a means of detecting single-bit errors 
in incoming information. Figure 4-4 shows how the parity bits are 
decoded. Each control field is parity checked to produce a single 
parity bit; each byte of the address is parity checked to produce 
two parity bits. These bits are configured so that the contents of 
the control and data fields, plus their parity bits, will always 
have an even number of bits (even parity). Any control field or 
data longword containing an odd number of bits is assumed to be in 
error . 

If there are no parity errors, CNTRL PAR OK H and DATA PAR OK H 
will be generated. These signals, together with other validation 
signals, verify the incoming information and enable other 
interface circuits to continue processing the command/address or 
data. 
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Figure 4-4 Parity Check (MSIC) 
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If a parity error is detected, the parity check circuit produces a 
fault indication CNTRL PAR ERR H or DATA PAR ERR H, depending on 
the source of the error. Either signal will inhibit the tag and 
function decoding (preventing the MBA from recognizing the 
command) and set the configuration/status register parity fault 
flag causing assertion of the fault line to the CPU. The CPU 
continues to assert fault until the program examines the fault and 
negates the condition. (Refer to Translation Buffer, Cache and SBI 
Control Technical Description , EK-MM780-TD-001. ) 

4.2.5 Tag Decoding (MSID) 

If no parity errors are detected, the MBA decodes the tag field. 

The tag field identifies the type of information transferred over 
the SBI and the relationship of the ID and data fields. The tag 
field also functions in conjunction with the mask field to define 
special read and write conditions. 

The decoding of the tag field is accomplished by a 3-to-8 line 
decoder (Figure 4-5). The decoder is enabled provided an MBA 
transfer is not in progress (NOT USING SBI L and XCYCLE L are not 
asserted), and there are no parity errors. Tag bits <2:0> are 
decoded to produce one of four outputs: READ DATA, WRITE DATA, 
CMD/ADRS, and ISR (Interrupt Summary Read). The tag is decoded 
(provided a parity error did not occur) during every SBI cycle. 
When a command/address is received, the tag decoder generates 
CMD/ADRS H. This signal is sent to the confirmation circuit. 
Further decoding and validation checks are then performed. If the 
decoded tag indicates the read data, write data, or an ISR, the 
appropriate output will set the corresponding flip-flop preparing 
the MBA for execution of the first data longword during the next 
SBI cycle. 

4.2.6 Address Validation (MSID) 

Address validation determines if the address received from the SBI 
corresponds to that assigned to the MBA. Figure 4-6 is a 
simplified block diagram of the logic. As seen in this figure, 
address validation is accomplished by comparing address bits 
<14:11> with the preselected TR level (TR SELA:SELD). TR SELArSELD 
corresponds to the ID code identifying the MBA and represents the 
arbitration level. 

If address bits <14:11> and TR SELArSELD do not compare {^) , the 
address is invalid and the MBA will ignore the command. If the 
address bits and the TR bits are equal, the comparator produces a 
single output (H) . This output produces ADRS OK H when ANDed with 
REC SBI B 27 H, REC SBI B<10,27:15>H (which must be all zeros), 
and VALID ADRS H. VALID ARDS H is generated by decoding the 
address register selection bits, REC SBI B<09:03>H, which select 
the internal or external register addressed by this command. ADRS 
OK H is sent to the configuration logic along with CMD/ADRS H 
described in Paragraph 4.2.3. 
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Figure 4-6 Address Validation Simplified Block Diagram 
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4.2.7 Function Decoding (MSID) 

Since the MBA will only respond to longword reads or writes, the 
mask bits of the command/address from the SBI must be all I's in 
order to enable the decoder that generates WRITE FCN H or READ FCN 
H, and VALID FCN H or INVALID FCN H. Function bits <31:28> of the 
command/address format specify the type of read or write command. 
Figure 4-7 illustrates the function decoding process. 

If the mask or function bits <31:28> of a command address are not 
valid the decoder generates INVALID FCN H, which returns an error 
confirmation . 

4.2.8 MBA BUSY Generation Logic (MSIE) 

MBA BUSY is asserted when the MBA/SBI interface is processing an 
SBI command. The busy flip-flop is set upon the successful 
completion of the command/address decoding and validation process. 
If MBA BUSY is already asserted, a confirmation signal (SEND BUSY 
CNF H) is returned and the function is not decoded. Write to 
internal register functions complete immediately and do not set 
MBA BUSY. MBA BUSY generation logic is illustrated in Figure 4-8. 
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Figure 4-8 MBA BUSY Generation 

When a valid command/address is decoded, ACK is sent to the SBI, 
followed by the assertion of MBA BUSY. When a read has occurred, 
MBA BUSY is cleared after the requested data is put on the SBI or 
if the SBI was not granted within a specific time period. When a 
write has occurred to a drive register, MBA BUSY is cleared 250 ns 
after TRA is received. If TRA is not received after a specific 
time period, NED is set and MBA BUSY is cleared. 
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4.2.9 Confirmation Logic (MSIJ, MSIM) 

Confirmation logic in the MBA informs the CPU whether or not an 
information transfer has been received correctly and, in the case 
of a received command/address, if the MBA can process the command. 
CNF0 and CNFl are encoded or decoded (depending upon whether the 
function is a read or write) to specify one of four responses: 
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ACK is the anticipated response to a successful data transfer. ERR 
will cause the data transfer to be aborted, and N/R or BUSY will 
cause a retry of the data transfer. 

When the MBA is the receiving nexus it generates the response. 
When the data transfer is from a Massbus storage device to memory, 
memory generates the response. During a data transfer, 
synchronization of the confirmation codes with the command/address 
or data word is accomplished by the cycle flip-flop. 

4.2.9.1 Response Generation (MSIM) — When the MBA receives data 
(read or write) it generates a response to the transmitting nexus. 
Acknowledge will be generated (SEND ACK H asserted) when 
information is received correctly. To acknowledge a received 
command/address there must be no errors (CMD/ADRS H, ADRS OK H 
asserted) , the MBA cannot be processing another command (MBA BUSY 
cleared), and the command address must specify a valid function 
(VALID FCN H asserted). Acknowledgment of write data occurs when 
the function specified was a write and was successful (received 
write data and CS WRITE FCN H and WRITE DATA H are asserted). The 
MBA will acknowledge read data if the read data was received 
correctly (ID OK H, READ DATA H, and READ DATA PEND H are 
asserted). When the received information is not valid, an error 
confirmation will be sent to the transmitting nexus. SEND ERR CNF 
H will be asserted when the command/address specifies an invalid 
function. XMIT MBA FAULT will also be asserted if there is an 
error in the write data (WD ERR H) , if the MBA receives unexpected 
read data (UNEXPECTED RD H) , if a parity error occurs (PAR ERR H) , 
or if the transmited and received IDs are not equal (XMIT/REC ID 
EQ L not asserted). A BUSY confirmation will be generated when MBA 
BUSY is asserted indicating that the MBA is processing a data 
transfer command. Figure 4-9 illustrates the logic used in 
response generation. 
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4.2.9.2 Confirmation Check (MSIJ) — When memory generates a 
response to the MBA for received data, the MBA must be able to 
interpret the response in order to react to the transfer. If the 
data transfer has occurred successfully, WD2 ACK H will be 
asserted. If an error in received data was detected by memory, SET 
ERROR CNF L will be asserted. The MBA will retry to transfer (SET 
RETRY L) data if any one of the following conditions exist: 

a. N/R received from memory 

b. No ACK received for the first longword 

c. Memory is BUSY 

d. No ACK received for the second longword. 

The MBA will retry until a timeout occurs or data late is received 
from memory. 

CLR C/A XCYC L is asserted to clear transfer status within the 
MBA. This will occur when a data transfer retry occurs or an error 
occurs in the data transfer. One of the following conditions will 
assert CLR C/A XCYC L: 

a. ERR occurs during the transfer 

b. Memory is BUSY 

c. N/R received from memory 

d. No ACK received for the first longword. 

SET N/R CNF L indicates that no response to the data memory 
requested has been received by the MBA. SET N/R CNFL is asserted 
when any of the following conditions exists: 

a. No ACK received for the first longword 

b. CPU did not ACK requested data 

c. N/R received from memory 

d. No ACK received for the second longword. 

REQ COMPLETE L will be asserted when the data transfer requested 
is complete or when a nonrecoverable error occurs. Figure 4-10 is 
a simplified diagram of the logic that performs the confirmation 
check. 

4.2.10 Interface Fault Assertion 

Faults that occur during the SBI decoding and validation process, 
such as parity and unexpected read data, set a corresponding 
interface fault flip-flop. This output sets the appropriate bit in 
the configuration/status register and asserts the SBI fault line. 
The fault line will remain asserted until the program examines the 
fault status bits and negates the fault. Paragraph 3.6.1 provides 
an explanation of the various faults. 
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Figure 4-10 Confirmation Check 



4.2.11 Request Logic (MSIK) 

When requesting control of the SBI to respond to an internal read, 
external read, or to transfer data the request flip-flop produces 
CURRENT REQ H (indicating that an SBI operation is to occur) , 
which sets the TR send flip-flop. Its output, SEND TR H, is 
applied to internal register arbitration logic, which causes the 
assertion of the MBA's assigned TR level at T0 of the following 
SBI cycle. If the MBA's arbitration line represents the highest 
priority, the internal register arbitration logic issues ARB OK, 
allowing the MBA to assume control of the SBI. The combination of 
SEND TR, ARB OK, and the function requested may initiate many 
functions such as setting the read data pending flip-flop, 
starting the timeout operation, and control and transfer functions 
within the internal registers, control paths, and data paths. 
Figure 4-11 is a simplified diagram of the logic used to 
accomplish this. 

4.2.12 Timeout Logic (MSIH) 

Interface sequence timeouts and read data timeouts on the MBA are 
accomplished by the logic shown in Figure 4-12. The counter 
consists of two 4-bit counters in cascade. 

An interface sequence timeout (SET IS TIMEOUT L) can occur when 
the MBA is arbitrating for control of the SBI. The counter will 
wait up to 512 SBI cycles after an attempt to get the bus (SEND TR 
H) before the timeout occurs. A read data timeout can occur only 
during a read data transfer. If the read data is not received 
within 512 SBI cycles after memory has accepted the read command 
(RDPDl H) , SET RD TIMEOUT L is asserted. 
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4.2.13 Command/Address Generation (MSIM) 

The command/address format that consists of a parity, tag ID, 
function, and address fields is used to process data transfers 
from the MBA to a receiving nexus (memory) via the SBI. 

During the command/address, the mask field is encoded to specify 
which bytes of data (read or write) are valid. Figure 4-13 is the 
logic associated with the mask bits. 
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When INT RD REQ L or EXT RD REQ L is asserted it indicates a read 
of an internal or external MBA register. This will cause the mask 
bits to be all zeros. During a data transfer, where the MBA will 
send the read command to memory (indicating a write to device DT 
READ H cleared; SEND TR H and CMD REQ A H asserted) , the mask bits 
will be all I's. During a write to memory indicating a read from 
device, mask bits BYTE MASK 1<3:0>H will be selected. These mask 
bits indicate which bytes in the first transferred quadword have 
valid data. In this case DT READ H, SEND TR H, and CMD REQ A H 
will be asserted. ENAB WDI MUX H indicates transfer of the first 
data quadword. When this is asserted, BYTE MASK 2<3:0>H is 
selected, which indicates which bytes of the second quadword are 
valid. The mask bits of the second quadword will be all zeros. The 
mask bits are latched through multiplexer at Tl and applied to the 
MBA/SBI control transceivers. 

The ID field is the identifier for the MBA. The logic associated 
with the ID field is illustrated in Figure 4-14. The ID field can 
be derived from either of two sources, depending on the operation 
to be performed. The first source is the hardwired MBA ID (TR SEL 
A-D H), which is representative of the MBA priority levels 
assigned at system build time. This is always available at the ID 
select multiplexer input. The hardwired ID is used by the MBA to 
talk to memory. The second ID source is the received ID from the 
SBI/MBA control transceivers. This is loaded into the saved ID 
latch every time the MBA receives a command/address from the SBI 
and is applied to the ID select multiplexer. The saved ID is used 
to return data to the CPU. ID selection is determined by the state 
of CMD REQ. When requesting memory data, CMD REQ is high and the 
hardwired ID (TR SEL A-D H) is transmitted, via the SBI/MBA 
transceivers. When the MBA is excepting read data from memory, the 
received ID is compared with that of the MBA. If the received ID 
and the MBA ID compare, the read data has arrived, assuming that 
all other decoding and validation checks are performed 
satisfactorily. The MBA also monitors the ID on the SBI while it 
is asserting data on the SBI. If the received ID and MBA ID are 
not equal, the ID equal comparator issues a fault indication 
setting the appropriate configuration/status register fault bit 
and asserting the SBI fault line. The fault is asserted only if 
the MBA is putting data on the SBI and the ID on the SBI is not 
the same as the one the MBA asserted. As in other fault 
situations, the fault can be cleared by INIT or deassertion of the 
fault signal. 

The tag field is determined by the state of SEND TR H and select 
input CMD REQ B. When TR H is high and CMD REQ is low (the MBA is 
responding to a CPU read) , the encoded output of the tag 
multiplexer represents a read data format. 
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Conversely (during a data transfer) , the tag field represents a 
command/address when SEND TR and CMD REQ are both high. When SEND 
TR H is low and CMD REQ is high, the tag field represents a write 
data format. The tag field remains latched in the tag multiplexer 
until receipt of Tl. At this time the tag field is available to be 
loaded into the control transceivers for subsequent SBI 
transmission. The logic associated with the tag field is shown in 
Figure 4-14. 



4.2.14 Mask Decoding 

As seen in Figure 4-15, when the SBI TAG indicates read data 
the ID is that of the MBA, the mask field received from the 
specifies the type of read data the MBA has received. There 
three data types: Read Data Substitute, Corrected Read Data, 
Normal Read Data. RD SUBSTITUTE is data in which an uncorrectable 
error has occurred. CORRECTED DATA is data in which an error has 
occurred but has been corrected. NORMAL DATA is data in 
there has been no error. 
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4.2.15 Internal Bus and Interrupt Summary Read Logic 

INT BUS O CLK H latches data from the internal bus into the 
MBA/SBI interface receivers. This occurs independently of the 
decoding and validation process described previously. Multiplexers 
select the data to be transferred to the SBI, either internal bus 
data or Interrupt Summary Response data (ISR RESP<15: 00>H) . Data 
is transmitted to the SBI only if T/R ENAB A L is asserted for the 
internal bus data or T/R ENAB B L is asserted for the ISR data. 
Figure 4-16 is a simplified diagram of the logic associated with 
the functions. 
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Figure 4-15 Internal Bus Drive and Interrupt Summary Read Data 
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4.3 MBA INTERNAL REGISTERS 

The MBA internal registers store various control and status 

information. A description of each register and their function is 
provided in Paragraphs 3.7 through 3.7.9 of this manual. A 

functional logic description is provided in the subsequent 

paragraphs. Figure 4-17 is a detailed block diagram of the MBA 
internal registers. 

4.3.1 Internal Bus Receivers 

Information received from the SBI is processed by the interface 
logic and latched into the internal bus receivers on T0 following 
their assertion on the SBI by INT BUS ICLK L. Figure 4-18 
illustrates the internal bus receivers. 

4.3.2 Internal Register Control 

Register control logic decodes the command/address to select one 
of the internal registers to perform the specified read or write 
function. The logic used to accomplish this is shown in Figure 
4-19. 

Selection of the control path output registers, MAP registers, or 
one of the other six internal registers is accomplished by 
decoding bits CS B<09:08> to set a corresponding flip-flop. When 
an internal register operation is selected, bits CS B<00:02> are 
applied to decoding logic that selects the appropriate register. 

The output of the decoding logic is ANDed with CLK IR and T2 
enabling the appropriate register clock. 

It should be noted that only the control register and diagnostic 
register (if enabled) can be read or written during the time the 
MBA is processing a data transfer. If an attempt is made to write 
any register other than these during a data transfer operation, 
the PGE (programming error) bit in the status register will be 
set. If an attempt to write the MAP register is made, the MAP 
register will not be modified and the data transfer in progress 
will continue unaffected. 

4.3.3 Configuration, Control, Status, Diagnostic, and 
Command/Address Registers 

The logic associated with the configuration, control, status, and 
diagnostic registers is not very complex. Each bit, which is 
implemented within one of these registers, is associated with its 
own flip-flop. The control logic for these registers is composed 
of simple gating networks and is self-explanatory upon examination 
of the print sets. Figure 4-17 is a functional block diagram of 
these registers. The logic and operation of the virtual address, 
byte counter, and MAP registers are not as obvious and are 
described in the following paragraphs. 
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4.3.3.1 Virtual Address Register — The virtual address register 
(VAR) (Figure 4-20) consists of five synchronous, up/down, 4-bit 
binary counters. Its function is to convert the virtual address, 
received from the SBI upon initiation of a data transfer 
operation, to a physical address pointing to the location of the 
first byte of data to be transferred. 

Bits VAR BIT<16:09>H are the map pointer bits that select the page 
frame of one of 256 map locations. The map pointer bits are 
incremented by one each time the physical byte address crosses a 
page boundary during a data transfer. 

Bits VAR BIT<08:03> are the physical byte address bits specifying 
the location of the quadword address within the page. These bits 
are incremented each time VAR CNT H is received from the Massbus 
data paths indicating that a successful quadword data transfer to 
or from memory operation has been completed. Bits VAR<02:00>H are 
used to pack and unpack the quadword into bytes. 

Note that the map pointer bits are applied to two data select 
multiplexers. The multiplexers select either VAR BIT<16:08>H or CS 
B<07:00>H. 

The purpose of the multiplexer is to provide a means of selecting 
the source of map register information, as required, to support 
the transfer operation to be performed. When processing a data 
transfer, the data busy flip-flop is set and the map pointer bits 
from the virtual address register are selected by the multiplexers 
to be sent to the maps. When the data transfer busy flip-flop is 
not set, the register select bits are sent to the map, allowing 
them to be read or written directly. 

4.3.3.2 MAP Registers — The 256 MAP registers map virtual page 
addresses from the virtual address register into SBI physical page 
addresses. This allows for data transfer to and from contiguous 
virtual (noncontiguous physical) memory locations. Virtual address 
translation (mapping) is described in Paragraph 1.5.1 of this 
manual . 

A write to MAP register operation is performed when the write 
enable (WE) input is low. CS B<09:08>H, when asserted, produce CLK 
MAP H (MIRB) . If the MBA is not busy processing a data transfer 
(DT BUSY L cleared) , STROBE MAP H and CLK MAP H generate the two 
MAP register enabling signals, MAP WEIL and MAP WE2L. The data REC 
INT B<31:00>H at the DI input of the RAM is loaded into the 
location specified by the address bits RAM ADRS<07:00> from the 
virtual address register. The parity bit for this data is also 
stored in the MAP registers. This information will be placed on 
the internal bus if selected by the internal bus output 
multiplexers. The MAP register can be read when MAP WEIL and MAP 
WE2L are not asserted. MAP registers are read to check the 
validity of the information stored in them. Figure 4-21 
illustrates the MAP register operation. 
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4.3.3.3 Command/Address Generation — CMD REQ L indicates that 
the MBA is to perform an SBI data transfer operation (read or 
write to memory). When this signal is asserted, OUT MUX 
SEL<02:00>H are asserted (MIRP) . These multiplexer select lines 
indicate that the D7 input of the internal bus output multiplexers 
will be selected. DT READ H, MAP OUT<20:00>H, and VAR BIT<08:00>H 
are at the D7 input of the multiplexers. The internal bus output 
multiplexers generate MBA INT B<31:00>L. A command/address must be 
generated by the MBA to memory in response to a data transfer 
command. If the data transfer is a read, the MBA must generate an 
extended write command to memory. If the data transfer is not a 
read (i.e., write or write check), the MBA must generate an 
extended read command to memory. The format of the command address 
is shown in Figure 4-22. 
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When DT READ H indicating a data transfer read is asserted, MBA 

INT B<29:28>L are not asserted (1). When DT READ H is not asserted 

indicating a data transfer write or write check, MBA INT B<29:28>L 
are asserted (0) . 

The page number specified by MBA INT B<27:07>L is generated from 
the MBA MAP register bits MAP OUT<20:00>H (MIRK, L,M,N) . The 
address of the quadword within the page specified by MBA INT 
B<06:01>L is generated from the virtual address register bits VAR 
BIT<08:03>H (MIRF) . Only quadwords can be transferred; therefore, 
bit MBA INT B00 L must always be zero for a command/address 
generated by the MBA. 

4.3.3.4 Byte Counter Register — The byte counter register (BCR) , 
shown in Figure 4-23, is a 32-bit register consisting of eight 
4-bit synchronous binary counters. The byte count register 
maintains a record of the number of bytes of data to be 
transferred to and from the SBI and the Massbus. 

The byte counter register is divided into two 16-bit byte 

counters. Bits BYTE CNT<31:16>H are used as the Massbus byte 

counter and bits BYTE CNT<15:00>H are used as the SBI byte 
counter . 

The SBI byte counter maintains a record of the number of bytes to 
be received from the SBI. When performing a write (write check) to 
Massbus device, the SBI byte counter is incremented each time a 
byte of data is loaded into the silo from the data input buffer. 
When the last byte of data is transferred from the SBI to the 
silo, the SBI counter carry output sets the SBI BYTE CNTR=0 L 
flip-flop and no further data is loaded. 
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Each time it is written the SBI byte counter is loaded 
automatically into the Massbus byte counter. As each word of data 
is transferred to the Massbus device, the Massbus byte counter is 
decremented twice until the counter equals 0, indicating that the 
last byte of data in the silo has been transferred to the Massbus 
device. At this time the carry output from the Massbus counter 
sets the Massbus counter = flip-flop, RUN is negated, and the 
transfer will be completed when EBL is asserted. 

When performing a read from Massbus device, the operation of the 
byte counter is reversed. The Massbus byte counter maintains a 
record of the number of bytes to be received from the Massbus 
device and loaded into the silo, and the SBI byte counter 
maintains a record of the number of bytes transferred from the 
silo to the data output buffers. The Massbus byte counter goes to 
zero as data is transferred into the silo. When the data is 
transferred to the SBI, the SBI byte counter goes to zero. When 
EBL is received and the SBI byte counter is zero, the data 
transfer is complete. To read the byte counter register, CS B09 L 
and CS B02 H must be asserted and CS B<01:00>H must be clear. 

4.3.4 Output Data Multiplexers — The output multiplexer 
consists of 32 8-way multiplexers connected in parallel so that 
one bit of each of the internal register outputs or control 
signals is applied to each of the multiplexers (Figure 4-24). 
Selection of the register or control outputs to be asserted on the 
internal bus is accomplished by ANDing control store selection 
bits CS<09,02:00>H with INT RED REQ (internal read), EXT RD 
^external read), or CMD REQ (command request), depending on the 
function to be performed, to produce OUT MUX SEL<02:00>H. The 
output combinations and corresponding data source selected are 
provided in Table 4-1. 

Once data from the output multiplexers is selected, the internal 
bus drivers are enabled by ANDing the internal read or data 
transfer command request input with SEND TR. Data is transferred 
to the internal bus upon receipt of INT BUS CLK. 
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4.4 MBA DATA PATHS 

The MBA data paths transfer data between the SBI and the Massbus 
device. The data paths contain the silo that smooths out the 
transfers between the 32-data bit SBI and the 16-data bit Massbus. 
Figure 4-25 is a block diagram of the data paths. 

4.4.1 Command Condition (MDPA) 

COMMAND CONDITION H is asserted when the MBA data paths want to 
use the SBI to read from or write data to memory. This will occur 
during a data transfer to or from a mass storage device. For a 
read from device or a write (write check) to device, the following 
conditions must exist: 

a. MBA BUSY H asserted, the MBA is processing the data 
transfer; 

b. BLOCK SEND CMD L cleared, enabling the MBA to send a 
command to memory; 

c. CMD REQ L cleared, is not yet processing this command. 

Other conditions must also exist for read from device or write 
(write check) to device. These conditions are described in the 
following paragraphs. 

Read from Device 

CMD CONDITION H will be asserted if any one of the following 
conditions exist: 

a. FULL FWD, the data transfer is a read (DT READ H) in the 
forward direction (DT FWD H) and D0B7 is full (BYTE MASK 
2-3 H); 

b. FULL REV, the data is a read (DT READ H) in the reverse 
direction (DT REV H) and DOB0 is full (BYTE MASK 1-0 H); 

c. DT END FWD, the data transfer is a read (DT READ H) in 
the forward direction. , DT FWD H filled some of the data 
output buffers but the SBI byte counter is now (SBI 
BYTE CNTR L) ; 

d. DT END REV, the data transfer is a read (DT READ H) in 
the reverse direction. DT REV H filled some number of 
data output buffers but the SBI byte counter is now 

(SBI BYTE CNTR L) . 

If a Massbus exception or parity error occurs (MB EXC + MDPE H) , 
SILO READY L is not asserted, indicating that the MBA will empty 
its silo to transfer all data prior to the error. 
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Figure 4-25 MBA Data Paths 



Write (Write Check) to Device 

CMD CONDITION H will be asserted if the following conditions 
exist : 

a. DT READ L cleared, the data transfer is not a read from 
device; 

b. DIB2 FULL L cleared, the second data input buffer is not 
full; 

c. READ DATA PEND L cleared, the MBA is not waiting for data 
from memory; 

d. SBI BYTE CNT=0 L cleared, the MBA has more data to be 
transferred . 

4.4.2 Internal Bus Receivers/Buffers 

Data from the internal bus is loaded into four 8-bit latches upon 
receipt of INT BUS ICLK from the control path clock circuits. 

The MBA input buffer consists of two sets of 32-bit latches. Their 
function is to control the manner in which the two 32-bit data 
words from memory are loaded into the silo for subsequent transfer 
to the Massbus. CLK DIBl latches the first SBI data word into the 
first data input buffer (DIBl). CLK DIB2 latches the second data 
word into the second data input buffer (DIB2) . CLK DIB2 H also 
increments a 4-bit counter. 

The counter is initialized to four and counts down at CLK DIB2 H 

to zero, asserting DT WRITE READY indicating that all data path 

buffers are full, and the MBA is ready to begin a write/write 

check. Figure 4-26 is a logic diagram of the internal bus 
receivers and buffers. 

4.4.3 Data Input Buffer Enable (MDPD) 

The output of the data input buffer select is used to enable the 
eight data input buffers (Table 4-2). Virtual address register 
bits VAR BIT<02:00>H point to the data buffer where the data is 
stored. The virtual address register is incremented by VAR BYTE 
CNT L (MDPA) . When the function is a write (write check) and the 
fill silo operation is initiated (LOAD SILO H) , the data input 
buffers are enabled sequentially onto the silo data input bus. The 
data input buffers are disabled at Tl while VAR BITS <2:0> are 
changing. Figure 4-27 is a diagram of the data input buffer enable 
1 og i c . 
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Figure 4-25 Internal Bus Receivers/Buffers 
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4.4.4 Silo and Control Logic (MDPF, MDPH) 

The MBA silo is 16-bytes deep by 1-byte wide. Its function is to 
provide a source of interim storage for SBI or Massbus data, 
permitting regulation of the data transfer rate. Figure 4-28 is a 
simplified diagram of the silo logic. 

When transferring data from the SBI to the Massbus device, the 
input buffer and enable circuits divide the two 32-bit data words 
into 8-bit bytes. LOAD SILO H loads data into the silo. The data 
will be loaded in at T0 if all the following conditions exist 
prior to T0: 

a. SBI BYTE CNTR = L cleared, the SBI byte count register 
must indicate more bytes to be transferred; 

b. DIB2 FULL H asserted, second data input buffer must be 
full; 

c. DT READ L cleared, the data transfer must be a write 
(write check); 

d. SILO FULL L cleared, the silo cannot be full. 
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Figure 4-28 MBA Silo 
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As mentioned previously, the byte counter maintains a record of 
the number of bytes to be received from the SBI and the Massbus 
byte counter maintains a record of the number of bytes to be 
transferred to the Massbus device. 

The silo loading function process will continue until the silo is 
full or until the SBI byte counter goes to zero indicating that 
all of the bytes required to complete the data transfer have been 
loaded into the silo. 

If the silo is filled and data remains to be transferred from the 
SBI to the Massbus, the silo loading process will stop until a 
portion of the silo data is transferred to the Massbus. When this 
occurs, the silo loading process will continue. 

When transferring data from the Massbus device to the SBI (data 
transfer read), data is loaded, via the Massbus receivers, into 
the Massbus data input buffers (MDPE) . If a parity error is 
detected in the Massbus input data, the MBA PE bit in the status 
register is set and the data transfer operation will be aborted. 

The following conditions must exist to enable the load silo 
function : 

a. DT READ H asserted, the data transfer must be a read; 

b. MDIB READY H asserted, the Massbus data input buffers 
must be ready to accept Massbus data; 

c. SILO FULL L cleared, the silo cannot be full. 

If there are no parity errors, SCLK from the Massbus device is 
received, and the data input buffer ready flip-flop has not been 
set previously, the ready and data input buffer full flip-flop 
will be set upon receipt of data from the Massbus. 

If SCLK were received and the ready flip-flop was already set, a 
data overrun would occur. The DLT bit in the status register will 
be set, RUN will be cleared, and the transfer operation will be 
terminated . 

Setting the ready and data input buffer full flip-flops initiates 
the silo input operation. Actual silo loading operations are the 
same as described for the write to Massbus device operation. 
Unlike the write to Massbus device operation, however, the data 
transfer begins immediately. 

During a DT READ, each time a byte of data is loaded into the silo 
the MBA byte counter is bumped. After the data word has been 
transferred to the silo, the ready and data input full flip-flops 
are reset and the data input buffer is ready to accept the next 
Massbus device data word. 
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Each time a byte of data is transferred from the silo to the data 
output buffer, the SBI byte counter is decremented. The process of 
loading the silo and transferring bytes of data, via the output 
buffer, to the internal bus continues until the last byte has been 
transferred from the silo. At this time both the MB and SBI byte 
counters will equal and the data transfer operation will be 
terminated upon receipt of EEL from the Massbus device. 

4.4.5 Data Output Buffer and Control Logic (MDPJ, MDPM) 

The data output buffer consists of eight 8-bit latches that 
receive silo data (SILO OUTPUT D<7:0>H). Virtual address register 
bits VAR BIT<02:00>H are decoded to produce LOAD DOB<7:0>H. These 
signals are used to enable one of the eight data output latches 
(Figure 4-29) . 

As each data output buffer is enabled, LOAD DOB<7:0>H set eight 
corresponding flip-flops (MDPL) that generate BYTE MASK<l-3 : 1-0>H, 
BYTE MASK<2-3: 2-0>H, and DOB<7:0>FULL L. DOB SELC H, DOB SELB H, 
and DOB SELA H are decoded to produce NEXT DOB FULL L each time a 
byte of data is loaded into the output buffer register. If the 
next data output buffer already has valid data (byte mask set) , 
the silo output logic will not load the next byte until the byte 
mask is cleared. 

LOAD DOB H from the byte mask selection logic is also used to bump 
the virtual address register each time a byte of data is loaded 
into the output buffer to select the next storage location to or 
from which data is to be written or read. 

4.4.6 Internal Bus Output Multiplexers (MDPR, MDPS) 

The internal bus output multiplexers consist of eight 2-to-l 
multiplexers and corresponding line drivers. Figure 4-30 
illustrates the logic associated with the internal bus drivers. 

When a read from Massbus device occurs, data from the data output 
buffer is applied to the internal bus output multiplexers, as well 
as the Massbus multiplexers. If data is to be asserted on the 
internal bus DT READ L, CMD REQ L and ENAB WD2 MUX or ENAB WDl MUX 
H must be asserted. Selection of the data word to be asserted is 
determined by ENAB WD2 MUX H. When this signal is asserted, DOB 
D<37:00>H are selected; when the signal is not asserted, DOB 
D<77:40>H are selected. These words are strobed onto the internal 
bus by INT BUS OCLK H. 
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Figure 4-29 Data Output Buffer and Control Logic 
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Figure 4-30 Internal Bus Output Multiplexers 
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4.4.7 Massbus Output Multiplexers and Parity Generator 

Figure 4-31 illustrates the Massbus output multiplexers and parity 
generator . 

For a write to Massbus device, data from the output buffer is 
loaded into the Massbus data multiplexer. The Massbus data 
multiplexer consists of eight dual 4-to-l line multiplexers that 
divide the 32-bit words into two 8-bit bytes (16 bits) to comply 
with the input requirements of the Massbus device. Byte selection 
is determined by DOB BYTE CNTRL 1 and DOB BYTE CNTRL 2, developed 
by the data output select logic in response to SCLK from the 
Massbus device. The output from the MBA multiplexer is checked to 
ensure that the byte transmitted to the Massbus device contains an 
odd number of bits. If they do not, the parity generator produces 
XMIT MB DPA L to ensure odd parity. 

If DT WRITE is asserted and the RUN flip-flop is set, data from 
the multiplexer is transmitted, via the Massbus drives, to the 
Massbus . 

4.4.8 Write Check Logic 

Write check logic (Figure 4-32) in the MBA verifies the integrity 
of write data by comparing the , data from the Massbus output 
multiplexers with that of the data on the Massbus. DT WRITE CHK H 
must be asserted in order for the write check operation to be 
valid. A write check operation is performed identical to a write 
operation except for the following additional processes. Data from 
the Massbus output multiplexers is stored in the write check 
buffer memory. Data received from the Massbus is stored in the 
Massbus write check buffer memory. This received data should be 
identical to the data out of the Massbus output multiplexers. The 
data in the two write check memories is compared to test its 
validity (each compared bit must be equal) . If an inequality 
exists in data bits <15:08>, WCK UPPER ERR H is asserted, if an 
inequality exists in data bits <07:00>, WCK LWR ERR H is asserted. 
The assertion of either one or both of these signals causes the 
data transfer to be aborted. 
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Figure 4-31 Massbus Output Multiplexers and Parity Generator 
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Figure 4-32 Write Check Logic 
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4.5 MBA CONTROL PATH 

A control path data transfer is initiated when the 
command/address, decoded by the interface logic, specifies a read 
or write external register operation. Figure 4-33 is a block 
diagram of the MBA control path logic. The control logic has the 
following major functions: 

derive timing signals from the SBI and Massbus clocks 

decode and store function codes for data transfers 

decode external register addresses 

transfer data to and from external registers 

initiate Massbus control path cycles 

set certain status and error conditions in the MBA 

synchronize SBI and Massbus operations. 

The following paragraphs describe the control logic used to 
perform these functions. 

4.5.1 Internal Bus Receivers (MCPA) 

The control path internal bus receivers consist of two 8-bit 
registers. Internal bus data (bits BUS MBA INT B<15:00>H) is 
latched into the receivers, to be processed by the control path 
logic upon receipt of INT BUS ICLK L from the control path clock. 

4.5.2 Data Transfer Control Logic (MCPB) 

The data transfer control logic is illustrated in Figure 4-34. 
When a control path data transfer is to take place, the MBA 
asserts a drive address on the three Massbus drive select lines 

(DS<02:00>) and a register address on the five Massbus register 
select lines (RS<04:00>). Data transfer commands are only 
monitored when the selected register is the control register (R0) 
of a drive. If a write to external register function is to be 
performed, the MBA also asserts the controller to drive line CTOD 

(transfer direction). Assertion of the RS, DS, and CTOD lines is 
accomplished in the following manner. The command/address bits REC 
INT B<07:00>H and WRITE FCN H from the internal bus and interface 
logic are latched into the control store register. DT GO is a 50 
ns pulse that intializes the internal logic on the MBA at the 
start of a data transfer operation. EXT CMD H clocks the 
information through these registers to the Massbus transceivers 
for assertion on the Massbus. The register select lines of the 
control store output (EXT CS BIT<4:0>L) are ANDed with REC INT B00 
H (go bit) to enable a 3-to-8 line decoder. Bits REC INT B<05:03>H 
are decoded to select the function to be performed. Bits REC INT 
B(02:01>H indicate the direction of the indicated function (Table 
4-3). 



4-44 



< INTERNAL BUS ) 
— T^rV 



7^ 






INT BUS 
RECEIVERS 



MCPA 



CLK EXT 
CMD(MSI)~ 



DT CMD - 
DT BUSY- 
(MIR)CLKCPO- 



iz 



EXT 

CONTROL 

STORE 



RSOO 



CTOD 



REGISTER SEL 



DRIVE SEL 



DT 
CONTROL 



MCPB 



DATA 

TRANSFER OPERATION 



DTCMD 




STORE 


— ► DT CMD 




— »• DT READ 




— ► DT WRITE 




— •> DT WCK 


MCPB 


— ► DT FWD;REV 



DT BUSY 
MCPC 



• DT BUSY 

• SET DT COMPLETE 



INT/EXT (MSI) - 



ASSERT DEM 



EXTERNAL 

REGISTER 

OPERATION 



MCPC 



M&A BUSY (MSI) - 



EXTERNAL READ READY (MSI) 



EXT HEAD 
READY 



MCPC 



li 



/\ 



MASS BUS 
CONTROL 
PATH CUT 



MCPD 



sz 



MASS BUS 
RECEIVERS 
(CONTROL 
PATH) 



MCPE,F,N 



E 



o 



MASS BUS 
CONTROL 
PATH IN 
(TRI-STATE) 



V 



Figure 4-33 MBA Control Paths 
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Figure 4-34 Data Transfer Control Logic 
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X = Don't care. 

The decoded output is stored in the corresponding function 
flip-flop. REC INT B<07:00>H also produce EXT CS BIT <07:00>H when 
clocked through the internal bus latches. EXT CS BIT <07:05>H 
select the drive (8-0) to which data is written or from which data 
is read. EXT CS BIT <04:00>H indicate the source or destination 
register (0F-00) - 

Regardless of the selected valid function, an output from the 
function select flip-flops sets the DT BUSY flip-flop. If DT BUSY 
is already asserted, the MBA will not accept the new command. When 
this flip-flop is set, the MBA is processing a data transfer and 
cannot accept a new transfer command until the current transfer is 
complete. 

The decoder output also produces DT CMD H, which indicates that 
the MBA has received a data transfer command. If CLK CPO H is 
asserted, indicating a write to external register function, and DT 
CMD H is asserted, ASSERT DEM H will be generated if the MBA is 
not busy with a data transfer (DT BUSY H cleared) . ASSERT DEM H 
triggers a one-shot that sets the DEM flip-flop (MCPC) . Its 
output, XMIT MB DEM H, when asserted on the Massbus demand line, 
indicates that the transfer of control path data to or from the 
Massbus device is to take place.. 
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If a write to external register function is to be performed, the 
control data (REC INT B<15:00>) is stored in a temporary latch 
(MCPD) to be transferred, via the control path data output logic, 
to the Massbus device. Parity checking is performed to ensure that 
this data contains an odd number of bits (odd parity) . If the 
content of the data word represents an even number of bits, the 
parity generation logic produces XMIT CNTRL PAR H, which is 
asserted on the Massbus CPA line (Figure 4-35) . 
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control path data into the selected register. 
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It should be noted that there is a 250 ns delay from the assertion 
of control data on the data lines to the assertion of DEM to 
compensate for skew in the MBA, Massbus cables, drivers, and 
receivers. 

Once the control path data has been loaded into the selected 
register, the Massbus drive will issue TRA 250 ns later. DEM is 
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write to external register function has been completed. If after 
assertion of DEM, TRA is not returned to the MBA within 1.5 us, 
the NED (nonexistant device) flip-flop is set, DEM is negated, and 
the write to external register function is terminated. 



r^ 



RECINTB<15:00>H 



=> 



BUFFER 



CLK 



CLK CPO 



POH 1 N_ 



PARITY 
GENERATION 

E 

ODD 



-»-XMIT CNTRL PAR 



XMIT MB CPD<15:00>H 



> 



Figure 4-35 Internal Bus Data Register and 
Massbus Parity Generator 
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If the attention summary register is the destination of the write 
operation, TRA will be ignored and NED will not be set. A 1.5 us 
timeout will occur followed by the 250 ns delay and DEM will be 
negated. When the attention summary register is read, no timeout 
will occur. 

When a read from external register function is executed, assertion 
of the device and register select address and DEM on the Massbus 
lines is accomplished in the same manner as described previously 
for the write function; however, CTOD is not asserted. Upon 
receipt of DEM, the device will load the contents of the selected 
register on the C<15:00> lines for transmission to the MBA and 
assert TRA. This data is applied, via the MBA control path 
receivers, to data latches. DESKEW DATA L (MCPC) latches the data 
in. Parity is checked to ensure that there were no transmission 
errors. If a parity error is detected, the MCPE parity error bit 
in the status register will be set (Figure 4-36). If no parity 
errors are detected, the latches are clocked by DESKEW DATA L. The 
output from the data latches is placed on the internal bus upon 
receipt of SEND TR H from the interface logic. 
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Figure 4-36 Massbus Control Path Data Registers 
and Parity Check (Received Massbus Data) 
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When the MBA is in the maintenance mode, MB MAINT MODE L (MCPE) 
prevents DEM from being asserted on the Massbus. The MBA performs 
a write asserting data on the Massbus followed by a read of the 
data just put on the Massbus. The MBA uses a timeout to complete 
the read. The register select and drive select lines are also read 
to ensure that the correct data has been put on these lines. The 
diagnostic register is read to check the validity of the 
operation. 
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4.5.4 End Data Transfer Logic (MCPA) 

End data transfer logic is responsible for generating the 
appropriate signals at the end of a data transfer. The logic 
monitors various signals in the control path and MBA interface to 
produce the following: 



DT END L 
CLR DT BUSY L 
BLOCK SEND CMD H 
SET DT ABORTED L 
SET DT COMPLETE L 



Data transfer complete 

Clear data transfer busy 

Block sending the command/address 

Set data transfer aborted 

Set data transfer complete 



Figure 4-37 illustrates the logic used to accomplish these 
functions . 
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Figure 4-37 End Data Transfer Logic 
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DT END L will be asserted only after the MBA has dropped RUN and 
the drive has asserted EBL if one of the following conditions 
occur. 

1. The data transfer function was a read (DT READ H) , the 
SBI byte counter has gone to zero (SBI BYTE CNTR=0 H) , 
and memory has acknowledged the second data word (WD2 ACK 
H). 

2. The data transfer was a write or write check function (DT 
READ L not asserted) and the SBI byte counter has gone to 
zero. 

3. The data transfer is to be aborted immediately due to an 
error (SET SBI ABORT IMM H) . 

4. There has been a Massbus exception or parity error (MB 
EXC + MDPE H) . 

DT END L is synchronized with T0. If DT END L has been asserted, 
CLR DT BUSY L will be produced at the following T2. Block SEND CMD 
L will be asserted as a result of an abort condition, Massbus 
exception, or a Massbus data parity error. SET DT ABORTED L will 
be asserted at T2 of the SBI cycle if DT END H is asserted, a 
Massbus exception or parity error occurs, and there is no 
initialize condition (INIT COND L not asserted) . SET DT ABORT L 
will also be asserted if a missed transfer error has occurred (SET 
MXF L) . SET DT COMPLETE L will be asserted at T2 if there is an 
initialize condition and DT END H has been asserted. 
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